Evacuation system

ABSTRACT

A method for monitoring devices based at least in part on detected conditions includes accumulating, by one or more sensory nodes, sensed information in an area that includes a controllable device. The method also includes analyzing the sensed information to identify historical information regarding the area that includes the controllable device. The method also includes sensing a condition within the area by the one or more sensory nodes. The method also includes determining, based at least in part on the sensed condition and at least in part on the historical information, that the sensed condition relates to the controllable device. The method further includes generating, responsive to said determining, an alert regarding the controllable device.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 16/683,661, filed on Nov. 14, 2019, which is a continuation ofU.S. patent application Ser. No. 16/027,115, filed on Jul. 3, 2018,which claims the benefit of U.S. Patent Application No. 62/528,803,filed on Jul. 5, 2017, and is related to U.S. application Ser. No.15/620,097, filed on Jun. 12, 2017, which is a continuation of U.S.patent application Ser. No. 14/633,949, filed on Feb. 27, 2015 (now U.S.Pat. No. 9,679,449), which is a continuation-in-part application of U.S.patent application Ser. No. 13/083,266 filed Apr. 8, 2011 (now U.S. Pat.No. 8,970,365, issued on Mar. 3, 2015), which is a continuation-in-partof U.S. patent application Ser. No. 12/346,362, filed Dec. 30, 2008 (nowU.S. Pat. No. 8,749,392, issued Jun. 10, 2014). U.S. patent applicationSer. No. 13/083,266 is also a continuation-in-part application of U.S.patent application Ser. No. 12/389,665 filed Feb. 20, 2009 (now U.S.Pat. No. 8,253,553, issued Aug. 28, 2012). Each of these applications isincorporated herein by reference.

BACKGROUND

Most homes, office buildings, stores, etc. are equipped with one or moresmoke detectors. In the event of a fire, the smoke detectors areconfigured to detect smoke and sound an alarm. The alarm, which isgenerally a series of loud beeps or buzzes, is intended to alertindividuals of the fire such that the individuals can evacuate thebuilding. Unfortunately, with the use of smoke detectors, there arestill many casualties every year caused by building fires and otherhazardous conditions. Confusion in the face of an emergency, poorvisibility, unfamiliarity with the building, etc. can all contribute tothe inability of individuals to effectively evacuate a building.Further, in a smoke detector equipped building with multiple exits,individuals have no way of knowing which exit is safest in the event ofa fire or other evacuation condition. As such, the inventors haveperceived an intelligent evacuation system to help individualssuccessfully evacuate a building in the event of an evacuationcondition.

SUMMARY

An illustrative method includes receiving occupancy information from anode located in an area of a structure, where the occupancy informationincludes a number of individuals located in the area. An indication ofan evacuation condition is received from the node. One or moreevacuation routes are determined based at least in part on the occupancyinformation. An instruction is provided to the node to convey at leastone of the one or more evacuation routes.

An illustrative node includes a transceiver and a processor operativelycoupled to the transceiver. The transceiver is configured to receiveoccupancy information from a second node located in an area of astructure. The transceiver is also configured to receive an indicationof an evacuation condition from the second node. The processor isconfigured to determine an evacuation route based at least in part onthe occupancy information. The processor is further configured to causethe transceiver to provide an instruction to the second node to conveythe evacuation route.

An illustrative system includes a first node and a second node. Thefirst node includes a first processor, a first sensor operativelycoupled to the first processor, a first occupancy unit operativelycoupled to the first processor, a first transceiver operatively coupledto the first processor, and a first warning unit operatively coupled tothe processor. The first sensor is configured to detect an evacuationcondition. The first occupancy unit is configured to determine occupancyinformation. The first transceiver is configured to transmit anindication of the evacuation condition and the occupancy information tothe second node. The second node includes a second transceiver and asecond processor operatively coupled to the second transceiver. Thesecond transceiver is configured to receive the indication of theevacuation condition and the occupancy information from the first node.The second processor is configured to determine one or more evacuationroutes based at least in part on the occupancy information. The secondprocessor is also configured to cause the second transceiver to providean instruction to the first node to convey at least one of the one ormore evacuation routes through the first warning unit.

Another illustrative method includes receiving, with a portableoccupancy unit, a first signal using a first detector, where the firstsignal is indicative of an occupant in a structure. A second signal isreceived with the portable occupancy unit using a second detector. Thesecond signal is indicative of the occupant in the structure. The firstsignal and the second signal are processed to determine whether theoccupant is present in the structure. If it is determined that theoccupant is present in the structure, an output is provided to conveythat the occupant has been detected.

An illustrative portable occupancy unit includes a first detector, asecond detector, a processor, and an output interface. The firstdetector is configured to detect a first signal, where the first signalis indicative of an occupant in a structure. The second detector isconfigured to detect a second signal, where the second signal isindicative of the occupant in the structure. The processor is configuredto process the first signal and the second signal to determine whetherthe occupant is present in the structure. The output interface isconfigured to convey an output if the occupant is present in thestructure.

An illustrative tangible computer-readable medium havingcomputer-readable instructions stored thereon is also provided. Ifexecuted by a portable occupancy unit, the computer-executableinstructions cause the portable occupancy unit to perform a method. Themethod includes receiving a first signal using a first detector, wherethe first signal is indicative of an occupant in a structure. A secondsignal is received using a second detector, where the second signal isindicative of the occupant in the structure. The first signal and thesecond signal are processed to determine whether the occupant is presentin the structure. If it is determined that the occupant is present inthe structure, an output is provided to convey that the occupant hasbeen detected.

An illustrative method includes receiving, at a server, an indication ofan evacuation condition from a sensory node located in a structure. Themethod also includes determining a severity of the evacuation condition.The method further includes adjusting a sensitivity of at least onesensory node in the structure based at least part on the severity of theevacuation condition.

An illustrative system server includes a memory configured to store anindication of an evacuation condition that is received from a sensorynode located in a structure. The system server also includes a processoroperatively coupled to the memory. The processor is configured todetermine a severity of the evacuation condition. The processor is alsoconfigured to adjust a sensitivity of at least one sensory node in thestructure based at least part on the severity of the evacuationcondition.

An illustrative non-transitory computer-readable medium hascomputer-readable instructions stored thereon. The computer-readableinstructions include instructions to store an indication of anevacuation condition that is received from a sensory node located in astructure. The computer-readable instructions also include instructionsto determine a severity of the evacuation condition. Thecomputer-readable instructions further include instructions to adjust asensitivity of at least one sensory node in the structure based at leastpart on the severity of the evacuation condition.

An illustrative apparatus includes a protective housing and a recordingdevice. The protective housing can include a water-resistant layercomprising a material that is impervious to water. The water-resistantlayer can define an inside space of the protective housing. Theprotective housing can also include a fire-resistant layer thatsurrounds the water-resistant layer and an outside layer that surroundsthe fire-resistant layer. The recording device within the inside spacecan include a transceiver configured to receive sensed data from one ormore sensory nodes and from a commercial panel of a building, a memoryconfigured to store the data received by the transceiver, and aprocessor operatively coupled to the transceiver and the memory. Theprocessor can be configured to publish the sensed data such that thesensed data is accessible to a first responder.

An illustrative method can include providing a water-resistant layer ofa protective housing. The water-resistant layer can include a materialthat is impervious to water and defines an inside space of theprotective housing. The method can also include surrounding thewater-resistant layer with a fire-resistant layer of the protectivehousing and surrounding the fire-resistant layer with an outside layer.The method can further include providing a recording device within theinside space. The recording device can include a transceiver, a memory,and a processor. The transceiver can be configured to sense data fromone or more sensory nodes or from a commercial panel of a building. Thememory can be configured to store the sensed data, and the processor canbe configured to publish the sensed data such that the sensed data isaccessible to a first responder.

An illustrative method for controlling devices based at least in part ondetected conditions includes sensing, by a sensory node in a structure,a condition within the structure. The method also includes transmitting,by the sensory node, an indication of the condition and informationregarding the condition to a device in communication with the sensorynode. The method also includes determining, based at least in part onthe information regarding the condition, that a controllable deviceassociated with the structure is to be placed into an off state. Themethod further includes transmitting, responsive to the determining, acontrol signal to the controllable device to place the controllabledevice into the off state.

An illustrative apparatus includes a transceiver and a processor. Thetransceiver is configured to receive, from a sensory node in astructure, an indication of a sensed condition within the structure andinformation regarding the sensed condition. The processor is operativelycoupled to the transceiver, and is configured to determine, based atleast in part on the information regarding the sensed condition, that acontrollable device associated with the structure is to be placed intoan off state. The processor is also configured to generate, responsiveto the determination, a control signal to cause the controllable deviceto enter the off state. The transceiver is further configured totransmit the control signal to the controllable device.

An illustrative method for monitoring devices based at least in part ondetected conditions includes accumulating, by one or more sensory nodes,sensed information in an area that includes a controllable device. Themethod also includes analyzing the sensed information to identifyhistorical information regarding the area that includes the controllabledevice. The method also includes sensing a condition within the area bythe one or more sensory nodes. The method also includes determining,based at least in part on the sensed condition and at least in part onthe historical information, that the sensed condition relates to thecontrollable device. The method further includes generating, responsiveto said determining, an alert regarding the controllable device.

An illustrative system includes one or more sensory nodes and aprocessor. The one or more sensory nodes are configured to senseinformation in an area that includes a controllable device. Theprocessor is configured to analyze the sensed information to identifyhistorical information regarding the area that includes the controllabledevice. The one or more sensory nodes are further configured to sense acondition within the area by the one or more sensory nodes. Theprocessor is also configured to determine, based at least in part on thesensed condition and at least in part on the historical information,that the sensed condition relates to the controllable device. Theprocessor is further configured to generate, responsive to saiddetermining, an alert regarding the controllable device.

Other principal features and advantages will become apparent to thoseskilled in the art upon review of the following drawings, the detaileddescription, and the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments will hereafter be described with reference tothe accompanying drawings.

FIG. 1 is a block diagram illustrating an evacuation system inaccordance with an illustrative embodiment.

FIG. 2 is a block diagram illustrating a sensory node in accordance withan illustrative embodiment.

FIG. 3 is a block diagram illustrating a decision node in accordancewith an illustrative embodiment.

FIG. 4 is a flow diagram illustrating operations performed by anevacuation system in accordance with an illustrative embodiment.

FIG. 5 is a block diagram illustrating a portable occupancy unit inaccordance with an illustrative embodiment.

FIG. 6 is a flow diagram illustrating operations performed by anevacuation system in accordance with an illustrative embodiment.

FIG. 7 is a block diagram illustrating communication between the system,emergency responders, a user, and an emergency response call center inaccordance with an illustrative embodiment.

FIG. 8 is a flow diagram illustrating operations performed by a userdevice in accordance with an illustrative embodiment.

FIG. 9 is a diagram illustrating a sensory node with a heat protectivering in accordance with an illustrative embodiment.

FIG. 10 is a diagram illustrating a sensory node with a segmented heatprotective ring in accordance with an illustrative embodiment.

FIG. 11 is a block diagram illustrating components housed in aprotective housing in accordance with an illustrative embodiment.

FIG. 12 is a diagram illustrating layers of a protective housing inaccordance with an illustrative embodiment.

FIG. 13 is a flow diagram illustrating operations performed to identifylocation information of sensory nodes in accordance with an illustrativeembodiment.

FIG. 14 is a graph illustrating exemplary outputs of a sensory nodedetecting a paper fire in accordance with an illustrative embodiment.

FIG. 15 is a graph illustrating exemplary outputs of a sensory nodedetecting a wood fire in accordance with an illustrative embodiment.

FIG. 16 is a graph illustrating exemplary outputs of a sensory nodedetecting a flammable liquid fire in accordance with an illustrativeembodiment.

FIG. 17 is a graph illustrating exemplary outputs of a sensory nodedetecting a smoldering fire in accordance with an illustrativeembodiment.

FIG. 18 is a graph illustrating exemplary outputs of a sensory nodedetecting a fire in accordance with an illustrative embodiment.

FIG. 19 is a graph illustrating exemplary outputs of a sensory nodedetecting high temperatures in accordance with an illustrativeembodiment.

FIG. 20 is a graph illustrating exemplary outputs of a sensory nodedetecting high temperatures in accordance with an illustrativeembodiment.

FIG. 21 is a block diagram illustrating monitoring and control of acontrollable device based on sensed conditions in accordance with anillustrative embodiment.

FIG. 22 is a flow diagram illustrating operations for monitoring acontrollable device in accordance with an illustrative embodiment.

DETAILED DESCRIPTION

Described herein are illustrative evacuation systems for use inassisting individuals with evacuation from a structure during anevacuation condition. An illustrative evacuation system can include oneor more sensory nodes configured to detect and/or monitor occupancy andto detect the evacuation condition. Based on the type of evacuationcondition, the magnitude (or severity) of the evacuation condition, thelocation of the sensory node which detected the evacuation condition,the occupancy information, and/or other factors, the evacuation systemcan determine one or more evacuation routes such that individuals areable to safely evacuate the structure. The one or more evacuation routescan be conveyed to the individuals in the structure through one or morespoken audible evacuation messages. The evacuation system can alsocontact an emergency response center in response to the evacuationcondition.

FIG. 1 is a block diagram of an evacuation system 100 in accordance withan illustrative embodiment. In alternative embodiments, evacuationsystem 100 may include additional, fewer, and/or different components.Evacuation system 100 includes a sensory node 105, a sensory node 110, asensory node 115, and a sensory node 120. In alternative embodiments,additional or fewer sensory nodes may be included. Evacuation system 100also includes a decision node 125 and a decision node 130.Alternatively, additional or fewer decision nodes may be included.

In an illustrative embodiment, sensory nodes 105, 110, 115, and 120 canbe configured to detect an evacuation condition. The evacuationcondition can be a fire, which may be detected by the presence of smokeand/or excessive heat. The evacuation condition may also be anunacceptable level of a toxic gas such as carbon monoxide, nitrogendioxide, etc. Sensory nodes 105, 110, 115, and 120 can be distributedthroughout a structure. The structure can be a home, an office building,a commercial space, a store, a factory, or any other building orstructure. As an example, a single story office building can have one ormore sensory nodes in each office, each bathroom, each common area, etc.An illustrative sensory node is described in more detail with referenceto FIG. 2.

Sensory nodes 105, 110, 115, and 120 can also be configured to detectand/or monitor occupancy such that evacuation system 100 can determineone or more optimal evacuation routes. For example, sensory node 105 maybe placed in a conference room of a hotel. Using occupancy detection,sensory node 105 can know that there are approximately 80 individuals inthe conference room at the time of an evacuation condition. Evacuationsystem 100 can use this occupancy information (i.e., the number ofindividuals and/or the location of the individuals) to determine theevacuation route(s). For example, evacuation system 100 may attempt todetermine at least two safe evacuation routes from the conference roomto avoid congestion that may occur if only a single evacuation route isdesignated. Occupancy detection and monitoring are described in moredetail with reference to FIG. 2.

Decision nodes 125 and 130 can be configured to determine one or moreevacuation routes upon detection of an evacuation condition. Decisionnodes 125 and 130 can determine the one or more evacuation routes basedon occupancy information such as a present occupancy or an occupancypattern of a given area, the type of evacuation condition, the magnitudeof the evacuation condition, the location(s) at which the evacuationcondition is detected, the layout of the structure, etc. The occupancypattern can be learned over time as the nodes monitor areas duringquiescent conditions. Upon determination of the one or more evacuationroutes, decision nodes 125 and 130 and/or sensory nodes 105, 110, 115,and 120 can convey the evacuation route(s) to the individuals in thestructure. In an illustrative embodiment, the evacuation route(s) can beconveyed as audible voice evacuation messages through speakers ofdecision nodes 125 and 130 and/or sensory nodes 105, 110, 115, and 120.Alternatively, the evacuation route(s) can be conveyed by any othermethod. An illustrative decision node is described in more detail withreference to FIG. 3.

Sensory nodes 105, 110, 115, and 120 can communicate with decision nodes125 and 130 through a network 135. Network 135 can include a short-rangecommunication network such as a Bluetooth network, a Zigbee network,etc. Network 135 can also include a local area network (LAN), a widearea network (WAN), a telecommunications network, the Internet, a publicswitched telephone network (PSTN), and/or any other type ofcommunication network known to those of skill in the art. Network 135can be a distributed intelligent network such that evacuation system 100can make decisions based on sensory input from any nodes in thepopulation of nodes. In an illustrative embodiment, decision nodes 125and 130 can communicate with sensory nodes 105, 110, 115, and 120through a short-range communication network. Decision nodes 125 and 130can also communicate with an emergency response center 140 through atelecommunications network, the Internet, a PSTN, etc. As such, in theevent of an evacuation condition, emergency response center 140 can beautomatically notified. Emergency response center 140 can be a 911 callcenter, a fire department, a police department, etc.

In the event of an evacuation condition, a sensory node that detectedthe evacuation condition can provide an indication of the evacuationcondition to decision node 125 and/or decision node 130. The indicationcan include an identification and/or location of the sensory node, atype of the evacuation condition, and/or a magnitude of the evacuationcondition. The magnitude of the evacuation condition can include anamount of smoke generated by a fire, an amount of heat generated by afire, an amount of toxic gas in the air, etc. The indication of theevacuation condition can be used by decision node 125 and/or decisionnode 130 to determine evacuation routes. Determination of an evacuationroute is described in more detail with reference to FIG. 4.

In an illustrative embodiment, sensory nodes 105, 110, 115, and 120 canalso periodically provide status information to decision node 125 and/ordecision node 130. The status information can include an identificationof the sensory node, location information corresponding to the sensorynode, information regarding battery life, and/or information regardingwhether the sensory node is functioning properly. As such, decisionnodes 125 and 130 can be used as a diagnostic tool to alert a systemadministrator or other user of any problems with sensory nodes 105, 110,115, and 120. Decision nodes 125 and 130 can also communicate statusinformation to one another for diagnostic purposes. The systemadministrator can also be alerted if any of the nodes of evacuationsystem 100 fail to timely provide status information according to aperiodic schedule. In one embodiment, a detected failure or problemwithin evacuation system 100 can be communicated to the systemadministrator or other user via a text message or an e-mail.

In one embodiment, network 135 can include a redundant (or self-healing)mesh network centered around sensory nodes 105, 110, 115, and 120 anddecision nodes 125 and 130. As such, sensory nodes 105, 110, 115, and120 can communicate directly with decision nodes 125 and 130, orindirectly through other sensory nodes. As an example, sensory node 105can provide status information directly to decision node 125.Alternatively, sensory node 105 can provide the status information tosensory node 115, sensory node 115 can provide the status information(relative to sensory node 105) to sensory node 120, and sensory node 120can provide the status information (relative to sensory node 105) todecision node 125. The redundant mesh network can be dynamic such thatcommunication routes can be determined on the fly in the event of amalfunctioning node. As such, in the example above, if sensory node 120is down, sensory node 115 can automatically provide the statusinformation (relative to sensory node 105) directly to decision node 125or to sensory node 110 for provision to decision node 125. Similarly, ifdecision node 125 is down, sensory nodes 105, 110, 115, and 120 can beconfigured to convey status information directly or indirectly todecision node 130. The redundant mesh network can also be static suchthat communication routes are predetermined in the event of one or moremalfunctioning nodes. Network 135 can receive/transmit messages over alarge range as compared to the actual wireless range of individualnodes. Network 135 can also receive/transmit messages through variouswireless obstacles by utilizing the mesh network capability ofevacuation system 100. As an example, a message destined from an originof node A to a distant destination of node Z (i.e., where node A andnode Z are not in direct range of one another) may use any of the nodesbetween node A and node Z to convey the information. In one embodiment,the mesh network can operate within the 2.4 GHz range. Alternatively,any other range(s) may be used.

In an illustrative embodiment, each of sensory nodes 105, 110, 115, and120 and/or each of decision nodes 125 and 130 can know its location. Thelocation can be global positioning system (GPS) coordinates. In oneembodiment, a computing device 145 can be used to upload the location tosensory nodes 105, 110, 115, and 120 and/or decision nodes 125 and 130.Computing device 145 can be a portable GPS system, a cellular device, alaptop computer, or any other type of communication device configured toconvey the location. As an example, computing device 145 can be aGPS-enabled laptop computer. During setup and installation of evacuationsystem 100, a technician can place the GPS-enabled laptop computerproximate to sensory node 105. The GPS-enabled laptop computer candetermine its current GPS coordinates, and the GPS coordinates can beuploaded to sensory node 105. The GPS coordinates can be uploaded tosensory node 105 wirelessly through network 135 or through a wiredconnection. Alternatively, the GPS coordinates can be manually enteredthrough a user interface of sensory node 105. The GPS coordinates cansimilarly be uploaded to sensory nodes 110, 115, and 120 and decisionnodes 125 and 130. In one embodiment, sensory nodes 105, 110, 115, and120 and/or decision nodes 125 and 130 may be GPS-enabled for determiningtheir respective locations. In one embodiment, each node can have aunique identification number or tag, which may be programmed during themanufacturing of the node. The identification can be used to match theGPS coordinates to the node during installation. Computing device 145can use the identification information to obtain a one-to-one connectionwith the node to correctly program the GPS coordinates over network 135.In an alternative embodiment, GPS coordinates may not be used, and thelocation can be in terms of position with a particular structure. Forexample, sensory node 105 may be located in room five on the third floorof a hotel, and this information can be the location information forsensory node 105. Regardless of how the locations are represented,evacuation system 100 can determine the evacuation route(s) based atleast in part on the locations and a known layout of the structure.

In one embodiment, a zeroing and calibration method may be employed toimprove the accuracy of the indoor GPS positioning informationprogrammed into the nodes during installation. Inaccuracies in GPScoordinates can occur due to changes in the atmosphere, signal delay,the number of viewable satellites, etc., and the expected accuracy ofGPS is usually about 6 meters. To calibrate the nodes and improvelocation accuracy, a relative coordinated distance between nodes can berecorded as opposed to a direct GPS coordinate. Further improvements canbe made by averaging multiple GPS location coordinates at eachperspective node over a given period (i.e., 5 minutes, etc.) duringevacuation system 100 configuration. At least one node can be designatedas a zeroing coordinate location. All other measurements can be madewith respect to the zeroing coordinate location. In one embodiment, theaccuracy of GPS coordinates can further be improved by using an enhancedGPS location band such as the military P(Y) GPS location band.Alternatively, any other GPS location band may be used.

FIG. 2 is a block diagram illustrating a sensory node 200 in accordancewith an illustrative embodiment. In alternative embodiments, sensorynode 200 may include additional, fewer, and/or different components.Sensory node 200 includes sensor(s) 205, a power source 210, a memory215, a user interface 220, an occupancy unit 225, a transceiver 230, awarning unit 235, and a processor 240. Sensor(s) 205 can include a smokedetector, a heat sensor, a carbon monoxide sensor, a nitrogen dioxidesensor, and/or any other type of hazardous condition sensor known tothose of skill in the art. In an illustrative embodiment, power source210 can be a battery. Sensory node 200 can also be hard-wired to thestructure such that power is received from the power supply of thestructure (i.e., utility grid, generator, solar cell, fuel cell, etc.).In such an embodiment, power source 210 can also include a battery forbackup during power outages.

Memory 215 can be configured to store identification informationcorresponding to sensory node 200. The identification information can beany indication through which other sensory nodes and decision nodes areable to identify sensory node 200. Memory 215 can also be used to storelocation information corresponding to sensory node 200. The locationinformation can include global positioning system (GPS) coordinates,position within a structure, or any other information which can be usedby other sensory nodes and/or decision nodes to determine the locationof sensory node 200. In one embodiment, the location information may beused as the identification information. The location information can bereceived from computing device 145 described with reference to FIG. 1,or from any other source. Memory 215 can further be used to storerouting information for a mesh network in which sensory node 200 islocated such that sensory node 200 is able to forward information toappropriate nodes during normal operation and in the event of one ormore malfunctioning nodes. Memory 215 can also be used to storeoccupancy information and/or one or more evacuation messages to beconveyed in the event of an evacuation condition. Memory 215 can furtherbe used for storing adaptive occupancy pattern recognition algorithmsand for storing compiled occupancy patterns.

User interface 220 can be used by a system administrator or other userto program and/or test sensory node 200. User interface 220 can includeone or more controls, a liquid crystal display (LCD) or other displayfor conveying information, one or more speakers for conveyinginformation, etc. In one embodiment, a user can utilize user interface220 to record an evacuation message to be played back in the event of anevacuation condition. As an example, sensory node 200 can be located ina bedroom of a small child. A parent of the child can record anevacuation message for the child in a calm, soothing voice such that thechild does not panic in the event of an evacuation condition. An exampleevacuation message can be “wake up, Kristin, there is a fire, go out theback door and meet us in the back yard as we have practiced.” Differentevacuation messages may be recorded for different evacuation conditions.Different evacuation messages may also be recorded based on factors suchas the location at which the evacuation condition is detected. As anexample, if a fire is detected by any of sensory nodes one through six,a first pre-recorded evacuation message can be played (i.e., exitthrough the back door), and if the fire is detected at any of nodesseven through twelve, a second pre-recorded evacuation message can beplayed (i.e., exit through the front door). User interface 220 can alsobe used to upload location information to sensory node 200, to testsensory node 200 to ensure that sensory node 200 is functional, toadjust a volume level of sensory node 200, to silence sensory node 200,etc. User interface 220 can also be used to alert a user of a problemwith sensory node 200 such as low battery power or a malfunction. In oneembodiment, user interface 220 can be used to record a personalizedmessage in the event of low battery power, battery malfunction, or otherproblem. For example, if the device is located within a home structure,the pre-recorded message may indicate that “the evacuation detector inthe hallway has low battery power, please change.” User interface 220can further include a button such that a user can report an evacuationcondition and activate the evacuation system. User interface 220 can be,for example, an application on a smartphone.

Occupancy unit 225 can be used to detect and/or monitor occupancy of astructure. As an example, occupancy unit 225 can detect whether one ormore individuals are in a given room or area of a structure. A decisionnode can use this occupancy information to determine an appropriateevacuation route or routes. As an example, if it is known that twoindividuals are in a given room, a single evacuation route can be used.However, if three hundred individuals are in the room, multipleevacuation routes may be provided to prevent congestion. Occupancy unit225 can also be used to monitor occupancy patterns. As an example,occupancy unit 225 can determine that there are generally numerousindividuals in a given room or location between the hours of 8:00 am and6:00 pm on Mondays through Fridays, and that there are few or noindividuals present at other times. A decision node can use thisinformation to determine appropriate evacuation route(s). Informationdetermined by occupancy unit 225 can also be used to help emergencyresponders in responding to the evacuation condition. For example, itmay be known that one individual is in a given room of the structure.The emergency responders can use this occupancy information to focustheir efforts on getting the individual out of the room. The occupancyinformation can be provided to an emergency response center along with alocation and type of the evacuation condition. Occupancy unit 225 canalso be used to help sort rescue priorities based at least in part onthe occupancy information while emergency responders are on route to thestructure.

Occupancy unit 225 can detect/monitor the occupancy using one or moremotion detectors to detect movement. Occupancy unit 225 can also use avideo or still camera and video/image analysis to determine theoccupancy. Occupancy unit 225 can also use respiration detection bydetecting carbon dioxide gas emitted as a result of breathing. Anexample high sensitivity carbon dioxide detector for use in respirationdetection can be the MG-811 CO2 sensor manufactured by Henan HanweiElectronics Co., Ltd. based in Zhengzhou, China. Alternatively, anyother high sensitivity carbon dioxide sensor may be used. Occupancy unit225 can also be configured to detect methane, or any other gas which maybe associated with human presence.

Occupancy unit 225 can also use infrared sensors to detect heat emittedby individuals. In one embodiment, a plurality of infrared sensors canbe used to provide multidirectional monitoring. Alternatively, a singleinfrared sensor can be used to scan an entire area. The infraredsensor(s) can be combined with a thermal imaging unit to identifythermal patterns and to determine whether detected occupants are human,feline, canine, rodent, etc. The infrared sensors can also be used todetermine if occupants are moving or still, to track the direction ofoccupant traffic, to track the speed of occupant traffic, to track thevolume of occupant traffic, etc. This information can be used to alertemergency responders to a panic situation, or to a large captive body ofindividuals. Activities occurring prior to an evacuation condition canbe sensed by the infrared sensors and recorded by the evacuation system.As such, suspicious behavioral movements occurring prior to anevacuation condition can be sensed and recorded. For example, if theevacuation condition was maliciously caused, the recorded informationfrom the infrared sensors can be used to determine how quickly the areawas vacated immediately prior to the evacuation condition. Infraredsensor based occupancy detection is described in more detail in anarticle titled “Development of Infrared Human Sensor” in the MatsushitaElectric Works (MEW) Sustainability Report 2004, the entire disclosureof which is incorporated herein by reference.

Occupancy unit 225 can also use audio detection to identify noisesassociated with occupants such as snoring, respiration, heartbeat,voices, etc. The audio detection can be implemented using a highsensitivity microphone which is capable of detecting a heartbeat,respiration, etc. from across a room. Any high sensitivity microphoneknown to those of skill in the art may be used. Upon detection of asound, occupancy unit 225 can utilize pattern recognition to identifythe sound as speech, a heartbeat, respiration, snoring, etc. Occupancyunit 225 can similarly utilize voice recognition and/or pitch tonerecognition to distinguish human and non-human occupants and/or todistinguish between different human occupants. As such, emergencyresponders can be informed whether an occupant is a baby, a small child,an adult, a dog, etc. Occupancy unit 225 can also detect occupants usingscent detection. An example sensor for detecting scent is described inan article by Jacqueline Mitchell titled “Picking Up the Scent” andappearing in the August 2008 Tufts Journal, the entire disclosure ofwhich is incorporated herein by reference.

In an alternative embodiment, sensory node 200 (and/or decision node 300described with reference to FIG. 3) can be configured to broadcastoccupancy information. In such an embodiment, emergency responsepersonnel can be equipped with a portable receiver configured to receivethe broadcasted occupancy information such that the responder knowswhere any humans are located with the structure. The occupancyinformation can also be broadcast to any other type of receiver. Theoccupancy information can be used to help rescue individuals in theevent of a fire or other evacuation condition. The occupancy informationcan also be used in the event of a kidnapping or hostage situation toidentify the number of victims involved, the number of perpetratorsinvolved, the locations of the victims and/or perpetrators, etc.

Transceiver 230 can include a transmitter for transmitting informationand/or a receiver for receiving information. As an example, transceiver230 of sensory node 200 can receive status information, occupancyinformation, evacuation condition information, etc. from a first sensorynode and forward the information to a second sensory node or to adecision node. Transceiver 230 can also be used to transmit informationcorresponding to sensory node 200 to another sensory node or a decisionnode. For example, transceiver 230 can periodically transmit occupancyinformation to a decision node such that the decision node has theoccupancy information in the event of an evacuation condition. In someembodiments, the transceiver 230 can transmit occupancy informationevery 1 second, every 4 seconds, every 10 seconds, every minute, every 3minutes, every 15 minutes, etc. Alternatively, transceiver 230 can beused to transmit the occupancy information to the decision node alongwith an indication of the evacuation condition. Transceiver 230 can alsobe used to receive instructions regarding appropriate evacuation routesand/or the evacuation routes from a decision node. Alternatively, theevacuation routes can be stored in memory 215 and transceiver 230 mayonly receive an indication of which evacuation route to convey.

Warning unit 235 can include a speaker and/or a display for conveying anevacuation route or routes. The speaker can be used to play an audiblevoice evacuation message. The evacuation message can be conveyed in oneor multiple languages, depending on the embodiment. If multipleevacuation routes are used based on occupancy information or the factthat numerous safe evacuation routes exist, the evacuation message caninclude the multiple evacuation routes in the alternative. For example,the evacuation message may state “please exit to the left throughstairwell A, or to the right through stairwell B.” The display ofwarning unit 235 can be used to convey the evacuation message in textualform for deaf individuals or individuals with poor hearing. Warning unit235 can further include one or more lights to indicate that anevacuation condition has been detected and/or to illuminate at least aportion of an evacuation route. In the event of an evacuation condition,warning unit 235 can be configured to repeat the evacuation message(s)until a stop evacuation message instruction is received from a decisionnode, until the evacuation system is reset or muted by a systemadministrator or other user, or until sensory node 200 malfunctions dueto excessive heat, etc. Warning unit 235 can also be used to convey astatus message such as “smoke detected in room thirty-five on the thirdfloor.” The status message can be played one or more times in betweenthe evacuation message. In an alternative embodiment, sensory node 200may not include warning unit 235, and the evacuation route(s) may beconveyed only by decision nodes. The evacuation condition may bedetected by sensory node 200, or by any other node in direct or indirectcommunication with sensory node 200.

Processor 240 can be operatively coupled to each of the components ofsensory node 200, and can be configured to control interaction betweenthe components. For example, if an evacuation condition is detected bysensor(s) 205, processor 240 can cause transceiver 230 to transmit anindication of the evacuation condition to a decision node. In response,transceiver 230 can receive an instruction from the decision noderegarding an appropriate evacuation message to convey. Processor 240 caninterpret the instruction, obtain the appropriate evacuation messagefrom memory 215, and cause warning unit 235 to convey the obtainedevacuation message. Processor 240 can also receive inputs from userinterface 220 and take appropriate action. Processor 240 can further beused to process, store, and/or transmit occupancy information obtainedthrough occupancy unit 225. Processor 240 can further be coupled topower source 210 and used to detect and indicate a power failure or lowbattery condition. In one embodiment, processor 240 can also receivemanually generated alarm inputs from a user through user interface 220.As an example, if a fire is accidently started in a room of a structure,a user may press an alarm activation button on user interface 220,thereby signaling an evacuation condition and activating warning unit235. In such an embodiment, in the case of accidental alarm activation,sensory node 200 may inform the user that he/she can press the alarmactivation button a second time to disable the alarm. After apredetermined period of time (i.e., 5 seconds, 10 seconds, 30 seconds,etc.), the evacuation condition may be conveyed to other nodes and/or anemergency response center through the network.

FIG. 3 is a block diagram illustrating a decision node 300 in accordancewith an illustrative embodiment. In alternative embodiments, decisionnode 300 may include additional, fewer, and/or different components.Decision node 300 includes a power source 305, a memory 310, a userinterface 315, a transceiver 320, a warning unit 325, and a processor330. In one embodiment, decision node 300 can also include sensor(s)and/or an occupancy unit as described with reference to sensory unit 200of FIG. 2. In an illustrative embodiment, power source 305 can be thesame or similar to power source 210 described with reference to FIG. 2.Similarly, user interface 315 can be the same or similar to userinterface 220 described with reference to FIG. 2, and warning unit 325can be the same or similar to warning unit 235 described with referenceto FIG. 2.

Memory 310 can be configured to store a layout of the structure(s) inwhich the evacuation system is located, information regarding thelocations of sensory nodes and other decision nodes, informationregarding how to contact an emergency response center, occupancyinformation, occupancy detection and monitoring algorithms, and/or analgorithm for determining an appropriate evacuation route. Transceiver320, which can be similar to transceiver 230 described with reference toFIG. 2, can be configured to receive information from sensory nodes andother decision nodes and to transmit evacuation routes to sensory nodesand/or other decision nodes. Processor 330 can be operatively coupled toeach of the components of decision node 300, and can be configured tocontrol interaction between the components.

In one embodiment, decision node 300 can be an exit sign including anEXIT display in addition to the components described with reference toFIG. 3. As such, decision node 300 can be located proximate an exit of astructure, and warning unit 325 can direct individuals toward or awayfrom the exit depending on the identified evacuation route(s). In analternative embodiment, all nodes of the evacuation system may beidentical such that there is not a distinction between sensory nodes anddecision nodes. In such an embodiment, all of the nodes can havesensor(s), an occupancy unit, decision-making capability, etc.

FIG. 4 is a flow diagram illustrating operations performed by anevacuation system in accordance with an illustrative embodiment. Inalternative embodiments, additional, fewer, and/or different operationsmay be performed. Further, the use of a flow diagram is not meant to belimiting with respect to the order of operations performed. Any of theoperations described with reference to FIG. 4 can be performed by one ormore sensory nodes and/or by one or more decision nodes. In an operation400, occupancy information is identified. The occupancy information caninclude information regarding a number of individuals present at a givenlocation at a given time (i.e., current information). The occupancyinformation can also include occupancy patterns based on long termmonitoring of the location. The occupancy information can be identifiedusing occupancy unit 225 described with reference to FIG. 2 and/or byany other methods known to those of skill in the art. The occupancyinformation can be specific to a given node, and can be determined bysensory nodes and/or decision nodes.

In an operation 405, an evacuation condition is identified. Theevacuation condition can be identified by a sensor associated with asensory node and/or a decision node. The evacuation condition can resultfrom the detection of smoke, heat, toxic gas, etc. A decision node canreceive an indication of the evacuation condition from a sensory node orother decision node. Alternatively, the decision node may detect theevacuation condition using one or more sensors. The indication of theevacuation condition can identify the type of evacuation conditiondetected and/or a magnitude or severity of the evacuation condition. Asan example, the indication of the evacuation condition may indicate thata high concentration of carbon monoxide gas was detected.

In an operation 410, location(s) of the evacuation condition areidentified. The location(s) can be identified based on the identity ofthe node(s) which detected the evacuation condition. For example, theevacuation condition may be detected by node A. Node A can transmit anindication of the evacuation condition to a decision node B along withinformation identifying the transmitter as node A. Decision node B canknow the coordinates or position of node A and use this information indetermining an appropriate evacuation route. Alternatively, node A cantransmit its location (i.e., coordinates or position) along with theindication of the evacuation condition.

In an operation 415, one or more evacuation routes are determined. In anillustrative embodiment, the one or more evacuation routes can bedetermined based at least in part on a layout of the structure, theoccupancy information, the type of evacuation condition, the severity ofthe evacuation condition, and/or the location(s) of the evacuationcondition. In an illustrative embodiment, a first decision node toreceive an indication of the evacuation condition or to detect theevacuation condition can be used to determine the evacuation route(s).In such an embodiment, the first decision node to receive the indicationcan inform any other decision nodes that the first decision node isdetermining the evacuation route(s), and the other decision nodes can beconfigured to wait for the evacuation route(s) from the first decisionnode. Alternatively, multiple decision nodes can simultaneouslydetermine the evacuation route(s) and each decision node can beconfigured to convey the evacuation route(s) to a subset of sensorynodes. Alternatively, multiple decision nodes can simultaneouslydetermine the evacuation route(s) for redundancy in case any one of thedecision nodes malfunctions due to the evacuation condition. In oneembodiment, each decision node can be responsible for a predeterminedportion of the structure and can be configured to determine evacuationroute(s) for that predetermined portion or area. For example, a firstdecision node can be configured to determine evacuation route(s) forevacuating a first floor of the structure, a second decision node can beconfigured to determine evacuation route(s) for evacuating a secondfloor of the structure, and so on. In such an embodiment, the decisionnodes can communicate with one another such that each of the evacuationroute(s) is based at least in part on the other evacuation route(s).

As indicated above, the one or more evacuation routes can be determinedbased at least in part on the occupancy information. As an example, theoccupancy information may indicate that approximately 50 people arelocated in a conference room in the east wing on the fifth floor of astructure and that 10 people are dispersed throughout the third floor ofthe structure. The east wing of the structure can include an eaststairwell that is rated for supporting the evacuation of 100 people. Ifthere are no other large groups of individuals to be directed throughthe east stairwell and the east stairwell is otherwise safe, theevacuation route can direct the 50 people toward the east stairwell,down the stairs to a first floor lobby, and out of the lobby through afront door of the structure. In order to prevent congestion on the eaststairwell, the evacuation route can direct the 10 people from the thirdfloor of the structure to evacuate through a west stairwell assumingthat the west stairwell is otherwise safe and uncongested. As anotherexample, the occupancy information can be used to designate multipleevacuation routes based on the number of people known to be in a givenarea and/or the number of people expected to be in a given area based onhistorical occupancy patterns.

The one or more evacuation routes can also be determined based at leastin part on the type of evacuation condition. For example, in the eventof a fire, all evacuation routes can utilize stairwells, doors, windows,etc. However, if a toxic gas such as nitrogen dioxide is detected, theevacuation routes may utilize one or more elevators in addition tostairwells, doors, windows, etc. For example, nitrogen dioxide may bedetected on floors 80-100 of a building. In such a situation, elevatorsmay be the best evacuation option for individuals located on floors90-100 to evacuate. Individuals on floors 80-89 can be evacuated using astairwell and/or elevators, and individuals on floors 2-79 can beevacuated via the stairwell. In an alternative embodiment, elevators maynot be used as part of an evacuation route. In one embodiment, not allevacuation conditions may result in an entire evacuation of thestructure. An evacuation condition that can be geographically containedmay result in a partial evacuation of the structure. For example,nitrogen dioxide may be detected in a room on the ground floor with anopen window, where the nitrogen dioxide is due to an idling vehicleproximate the window. The evacuation system may evacuate only the roomin which the nitrogen dioxide was detected. As such, the type and/orseverity of the evacuation condition can dictate not only the evacuationroute, but also the area to be evacuated.

The one or more evacuation routes can also be determined based at leastin part on the severity of the evacuation condition. As an example, heatmay be detected in the east stairwell and the west stairwell of astructure having only the two stairwells. The heat detected in the eaststairwell may be 120 degrees Fahrenheit (F) and the heat detected in thewest stairwell may be 250 degrees F. In such a situation, if no otheroptions are available, the evacuation routes can utilize the eaststairwell. The concentration of a detected toxic gas can similarly beused to determine the evacuation routes. The one or more evacuationroutes can further be determined based at least in part on thelocation(s) of the evacuation condition. As an example, the evacuationcondition can be identified by nodes located on floors 6 and 7 of astructure and near the north stairwell of the structure. As such, theevacuation route for individuals located on floors 2-5 can utilize thenorth stairwell of the structure, and the evacuation route forindividuals located on floors 6 and higher can utilize a south stairwellof the structure.

In an operation 420, the one or more evacuation routes are conveyed. Inan illustrative embodiment, the one or more evacuation routes can beconveyed by warning units of nodes such as warning unit 235 describedwith reference to FIG. 2 and warning unit 325 described with referenceto FIG. 3. In an illustrative embodiment, each node can convey one ormore designated evacuation routes, and each node may convey differentevacuation route(s). Similarly, multiple nodes may all convey the sameevacuation route(s). In an operation 425, an emergency response centeris contacted. The evacuation system can automatically provide theemergency response center with occupancy information, a type of theevacuation condition, a severity of the evacuation condition, and/or thelocation(s) of the evacuation condition. As such, emergency responderscan be dispatched immediately. The emergency responders can also use theinformation to prepare for the evacuation condition and respondeffectively to the evacuation condition.

In one embodiment, occupancy unit 225 of FIG. 2 can also be implementedas and/or used in conjunction with a portable, handheld occupancy unit.The portable occupancy unit can be configured to detect human presenceusing audible sound detection, infrared detection, respirationdetection, motion detection, scent detection, etc. as described above,and/or ultrasonic detection. Firefighters, paramedics, police, etc. canutilize the portable occupancy unit to determine whether any human ispresent in a room with limited or no visibility. As such, the emergencyresponders can quickly scan rooms and other areas without expending thetime to fully enter the room and perform an exhaustive manual search.

FIG. 5 is a block diagram illustrating a portable occupancy unit 500 inaccordance with an illustrative embodiment. In one embodiment, portableoccupancy unit 500 can be implemented as a wand having sensors on oneend, a handle on the other end, and a display in between the sensors andthe handle. Alternatively, any other configuration may be used. Forexample, as described in more detail below, at least a portion ofportable occupancy unit 500 may be incorporated into an emergencyresponse suit.

Portable occupancy unit 500 includes a gas detector 502, a microphonedetector 504, an infrared detector 506, a scent detector 508, anultrasonic detection system 510, a processor 512, a memory 514, a userinterface 516, an output interface 518, a power source 520, atransceiver 522, and a global positioning system (GPS) unit 524. Inalternative embodiments, portable occupancy unit 500 may include fewer,additional, and/or different components. In one embodiment, portableoccupancy unit 500 can be made from fire retardant materials and/orother materials with a high melting point or heat tolerance in the eventthat portable occupancy unit 500 is used at the site of a fire.Alternatively, any other materials may be used to construct portableoccupancy unit 500. Gas detector 502, microphone detector 504, infrareddetector 506, and scent detector 508 can be used to detect occupancy asdescribed above with reference to occupancy unit 225 of FIG. 2.

Ultrasonic detection system 510 can be configured to detect humanpresence using ultrasonic wave detection. In one embodiment, ultrasonicdetection system 510 can include a wave generator and a wave detector.The wave generator can emit ultrasonic waves into a room or otherstructure. The ultrasonic waves can reflect off of the walls of the roomor other structure. The wave detector can receive and examine thereflected ultrasonic waves to determine whether there is a frequencyshift in the reflected ultrasonic waves with respect to the originallygenerated ultrasonic waves. Any frequency shift in the reflectedultrasonic waves can be caused by movement of a person or object withinthe structure. As such, an identified frequency shift can be used todetermine whether the structure is occupied. Alternatively, processor512 may be used to identify frequency shifts in the reflected ultrasonicwaves. In one embodiment, occupancy unit 225 described with reference toFIG. 2 can also include an ultrasonic detection system.

Processor 512 can be used to process detected signals received from gasdetector 502, microphone detector 504, infrared detector 506, scentdetector 508, and/or ultrasonic detection system 510. In an illustrativeembodiment, processor 512 can utilize one or more signal acquisitioncircuits (not shown) and/or one or more algorithms to process thedetected signals and determine occupancy data. In one embodiment,processor 512 can utilize the one or more algorithms to determine alikelihood that an occupant is present in a structure. For example, ifthe detected signals are low, weak, or contain noise, processor 512 maydetermine that there is a low likelihood that an occupant is present.The likelihood can be conveyed to a user of portable occupancy unit 500as a percentage, a description (i.e., low, medium, high), etc.Alternatively, processor 512 can determine the likelihood that anoccupant is present and compare the likelihood to a predeterminedthreshold. If the likelihood exceeds the threshold, portable occupancyunit 500 can alert the user to the potential presence of an occupant. Ifthe determined likelihood does not exceed the threshold, portableoccupancy unit 500 may not alert the user.

In an illustrative embodiment, processor 512 can determine whetheroccupants are present based on the combined input from each of gasdetector 502, microphone detector 504, infrared detector 506, scentdetector 508, and/or ultrasonic detection system 510. In an illustrativeembodiment, the one or more algorithms used by processor 512 todetermine occupancy can be weighted based on the type of sensor(s) thatidentify an occupant, the number of sensors that identify the occupant,and/or the likelihood of occupancy corresponding to each of thesensor(s) that identified the occupant. As an example, detection byultrasonic detection system 510 (or any of the other detectors) may begiven more weight than detection by scent detector 508 (or any of theother detectors). As another example, processor 512 may increase thelikelihood of occupancy as the number of detectors that detected anysign of occupancy increases. Processor 512 can also determine thelikelihood of occupancy based on the likelihood corresponding to eachindividual sensor. For example, if all of the detectors detect occupancywith a low likelihood of accuracy, the overall likelihood of a presentoccupant may be low. In one embodiment, any sign of occupancy by any ofthe sensors can cause processor 512 to alert the user. Similarly,processor 512 can provide the user with information such as the overalllikelihood of occupancy, the likelihood associated with each sensor, thenumber of sensors that detected occupancy, the type of sensors thatdetected occupancy, etc. such that the user can make an informeddecision.

Processor 512 can also be used to monitor and track the use of portableoccupancy unit 500 such that a report can be created, stored, and/orconveyed to a recipient. As an example, the report can include a time,location, and likelihood of occupancy for each potential occupant thatis identified by portable occupancy unit 500. The report can alsoinclude any commands received from the user of portable occupancy unit500, any information received from outside sources and conveyed to theuser through portable occupancy unit 500, etc. The report can be storedin memory 514. The report can also be conveyed to an emergency responsecenter, other emergency responders, etc. via transceiver 522.

In addition to informing a user of whether an occupant is detectedand/or a likelihood that the detection is accurate, portable occupancyunit 500 can also inform the user whether a detected occupant is a humanor an animal (i.e., dog, cat, rat, etc.) using infrared pattern analysisbased on information received from infrared detector 506 and/or audiblesound analysis based on information received from microphone detector504. Portable occupancy unit 500 can also use detected information andpattern analysis to determine and convey a number of persons or animalsdetected and/or whether detected persons are moving, stationary,sleeping, etc. In one embodiment, portable occupancy unit 500 can alsouse temperature detection through infrared detector 506 and/or any ofthe other detection methods to help determine and convey whether adetected occupant is dead or alive.

In one embodiment, a separate signal acquisition circuit can be used todetect/receive signals for each of gas detector 502, microphone detector504, infrared detector 506, scent detector 508, and ultrasonic detectionsystem 510. Alternatively, one or more combined signal acquisitioncircuits may be used. Similarly, a separate algorithm can be used toprocess signals detected from each of gas detector 502, microphonedetector 504, infrared detector 506, scent detector 508, and ultrasonicdetection system 510. Alternatively, one or more combined algorithms maybe used.

The one or more algorithms used by processor 512 can includecomputer-readable instructions and can be stored in memory 514. Memory514 can also be used to store present occupancy information, a layout ormap of a structure, occupancy pattern information, etc. User interface516 can be used to receive inputs from a user for programming and use ofportable occupancy unit 500. In one embodiment, user interface 516 caninclude voice recognition capability for receiving audible commands fromthe user. Output interface 518 can include a display, one or morespeakers, and/or any other components through which portable occupancyunit 500 can convey an output regarding whether occupants are detected,etc. Power source 520 can be a battery and/or any other source forpowering portable occupancy unit 500.

Transceiver 522 can be used to communicate with occupancy unit 225and/or any other source. As such, portable occupancy unit 500 canreceive present occupancy information and/or occupancy patterninformation from occupancy unit 225. Portable occupancy unit 500 can usethe present occupancy information and/or occupancy pattern informationto help determine a likelihood that one or more humans is present in agiven area. For example, the occupancy pattern information may indicatethat there is generally a large number of people in a given area at agiven time. If used in the given area at or near the given time, theoccupancy detection algorithms used by portable occupancy unit 500 maybe adjusted such that any indication of occupancy is more likely to beattributed to human occupancy. The present occupancy information can besimilarly utilized. Transceiver 522 can also be used to receiveinformation regarding the type of evacuation condition, a location ofthe evacuation condition, a temperature at a given location, a toxic gasconcentration at a given location, etc. The information, which can bereceived from the evacuation system, an emergency response center,and/or any other source, can be used by the user to identify high riskareas, to identify an optimal route to a given location, etc.

Transceiver 522 can also include short range communication capabilitysuch as Bluetooth, Zigbee, Bluetooth Low Energy, etc. for conveyinginformation to a user that is wearing a firefighter suit or otheremergency responder suit. For example, transceiver 522 can conveyinformation regarding a detected occupant to an earpiece of the userand/or for conveyance through a speaker or display screen built into ahelmet of the suit worn by the user. Transceiver 522 can also receiveinformation from a transmitter incorporated into the suit worn by theuser. For example, the transmitter incorporated into the suit cantransmit voice or other commands to transceiver 522 of portableoccupancy unit 500. As such, the user can control portable occupancyunit 500 while wearing bulky fire retardant gloves and/or otherprotective equipment.

Global positioning system (GPS) unit 524 can be configured to direct auser of portable occupancy unit 500 to a known location of an occupantusing output interface 518. The known location can be received fromoccupancy unit 225, from an emergency response center, and/or from anyother source. In an alternative embodiment, portable occupancy unit 500can receive verbal and/or textual directions to a known location of anoccupant. The verbal and/or textual directions can be received fromoccupancy unit 225, from the emergency response center, and/or from anyother source. The verbal and/or textual directions can be conveyed to auser through output interface 518.

Global positioning system unit 524 can also be used to determine acurrent location of portable occupancy unit 500 for conveyance to anemergency response center, other portable occupancy units, occupancyunit 225, other computing devices, etc. The current location can beconveyed by transceiver 522. The current location can be used todetermine a location of a user of portable occupancy unit 500, to tag alocated occupant, to tag a potential source of a fire or otherevacuation condition, etc. As an example, a user of portable occupancyunit 500 may locate an occupant in a room in which the occupant is notin immediate danger. The user can tag the room using GPS unit 524 andconvey the location to an emergency responder such that the emergencyresponder can find the occupant and lead him/her safely out of thestructure. As such, the user of portable occupancy unit 500 can continuesearching for additional occupants that may be in more immediate danger.

In one embodiment, at least a portion of portable occupancy unit 500 maybe incorporated into a suit of an emergency responder, such as afirefighter suit. For example, the sensors may be incorporated into ahelmet of the suit, into one or both gloves of the suit, into a backpackof the suit, etc. The output interface may be incorporated into one ormore speakers of the helmet of the suit. The output interface can alsobe incorporated into a display screen within the helmet of the suit. Theprocessor, memory, user interface, power source, transceiver, and GPSunit can similarly be incorporated into the suit. In an alternativeembodiment, at least the sensors and the transceiver may be incorporatedinto a wand or other portable unit, and the output interface, processor,memory, user interface, power source, and GPS unit can be incorporatedinto the suit.

In one embodiment, the system herein can be implemented using a remoteserver that is in communication with a plurality of sensory nodes thatare located in a dwelling. The remote server can be used to processinformation reported by the sensory nodes and to control the sensorynodes. In one embodiment, the remote server can replace the decisionnode(s) such that a given dwelling is only equipped with the sensorynodes. In such an embodiment, the system can be implemented using cloudcomputing techniques as known to those of skill in the art.

FIG. 6 is a flow diagram illustrating operations performed by anevacuation system in accordance with an illustrative embodiment. Inalternative embodiments, fewer, additional, and/or different operationsmay be performed. The use of a flow diagram is not meant to be limitingwith respect to the order of operations performed. In an operation 600,the system determines a severity of a sensed condition. In oneembodiment, the severity may be based at least in part on a rate ofchange (or spread rate) of the sensed condition. As an example, acondition may be detected at a first sensory node. The rate of changecan be based on the amount of time it takes for other sensory nodes tosense the same condition or a related condition. If the other sensorynodes rapidly sense the condition after the initial sensing by the firstsensory node, the system can determine that the condition is severe andrapidly spreading. As such, the severity of a sensed condition can bebased at least in part on the rate at which the sensed condition isspreading. Detected occupancy can also be used to determine the severityof a sensed condition. As an example, a sensed condition may bedetermined to be more severe if there are any occupants present in thestructure where the condition was sensed.

The type of sensed condition may also be used to determine the severityof a sensed condition. As an example, sensed smoke or heat indicative ofa fire may be determined to be more severe than a sensed gas such ascarbon monoxide, or vice versa. The amount of dispersion of a sensedcondition may also be used to determine the severity of the sensedcondition. In one embodiment, known GPS locations associated with eachof the sensory nodes that have sensed a condition can be used todetermine the dispersion of the condition. As an example, if numeroussensory nodes spread out over a large area detect the sensed condition,the system can determine that the severity is high based on the largeamount of dispersion of the sensed condition. In one embodiment, the GPSlocations associated with each of the nodes can be fine-tuned usingwireless triangulation as known to those of skill in the art. As anexample, a first node may be considered to be at location zero, andlocations of all of the other nodes in the building/structure can berelative to location zero. Using wireless triangulation techniques, therelative signal strength of the nodes can be used to determine thelocations of the nodes relative to location zero, and the determinedlocations can be used to replace and improve the accuracy of the GPSlocations originally assigned to the nodes during installation.

The magnitude of the sensed condition can further be used to determinethe severity of the sensed condition. As an example, a high temperatureor large amount of smoke can indicate a fire of large magnitude, and thesystem can determine that the severity is high based on the largemagnitude. As another example, a large amount of detected carbon dioxidecan indicate a high risk to occupants and be designated an evacuationcondition of high severity.

In an illustrative embodiment, the determination of whether a sensedcondition has high severity can be based on whether any of the factorstaken into consideration for determining severity exceed a predeterminedthreshold. As an example, a determination of high severity may be madebased on the spread rate if a second sensory node detects the sensedcondition (that was originally detected by a first sensory node) within5 seconds of detection of the sensed condition by the first sensorynode. Alternatively, the spread rate threshold may be 0.5 seconds, 1second, 3 seconds, 10 seconds, etc. As another example, the highseverity threshold for occupancy may be if one person or pet is detectedin the building, if one person or pet is detected within a predetermineddistance of the sensory node that sensed the condition, etc. Withrespect to magnitude, the high severity threshold may be if thetemperature is greater than 150 degrees Fahrenheit (F), greater than 200degrees F., greater than 300 degrees F., etc. The magnitude thresholdmay also be based on an amount of smoke detected, an amount of gasdetected, etc. The high severity threshold with respect to dispersioncan be if the sensed condition is detected by two or more sensory nodes,three or more sensory nodes, four or more sensory nodes, etc. The highseverity threshold with respect to dispersion may also be in terms of apredetermined geographical area. As an example, the system may determinethat the severity is high if the evacuation condition has dispersed anarea larger than 100 square feet, 200 square feet, etc. The system mayalso determine that the severity is high if the evacuation condition hasdispersed through at least two rooms of a structure, at least threerooms of the structure, etc.

In an operation 605, an action is taken based on the severity. In oneembodiment, the system can prioritize the sensed condition based atleast in part on the severity. A sensed condition with high severity maybe prioritized higher than a sensed condition with low severity. In oneembodiment, the priority can be provided to emergency rescue personnelas an indication of the urgency of the sensed condition. The emergencyrescue personnel can be use the severity indication to help determinethe amount of resources (e.g., personnel, fire trucks, etc.) to deployin response to the evacuation condition. The severity can also be usedby the system to help determine whether a sensed condition is a falsealarm. A sensed condition with a high severity can be determined to bean actual evacuation condition and the system can trigger theappropriate alarms, notifications, etc. In one embodiment, the severityof a sensed condition may also be used to control the sensitivity of thesensory node that sensed the condition and other sensory nodes in thevicinity of the sensory node that sensed the condition. Sensitivityadjustment is described below with respect to an operation 610.

In the operation 610, the sensitivity of one or more sensory nodes isadjusted. Sensitivity can refer to the rate at which a sensory nodescans its environment for smoke, gas such as carbon monoxide,temperature, occupancy, battery power, ambient light, etc. Examples ofsensitivity can be scanning twice a second, once a second, once every 5seconds, once every 30 seconds, once a minute, once an hour, etc. Asindicated above, in one embodiment, the system may adjust thesensitivity of one or more sensory nodes based on the severity of asensed condition. As also described above, severity can be determinedbased on factors such as the rate of change of the sensed condition,detected occupancy, the type of sensed condition, the amount ofdispersion of the sensed condition, the magnitude of the sensedcondition, etc. As an example, smoke may be detected at a sensory nodeX, and sensory node X can transmit an indication that smoke was detectedto a decision node and/or a remote server. If the decision node and/orremote server determine that the sensed condition has high severity, thesystem can increase the sensitivity of the sensory node X and/or sensorynodes Y and Z in the vicinity of sensory node X such that the scan ratefor these nodes increases. The increased sensitivity can also result ina higher communication rate such that the decision node and/or remoteserver receive more frequent communications from sensory nodes X, Y, andZ regarding sensor readings. The increased sensitivity may also resultin a reduction in one or more predetermined thresholds that the systemuses to determine if a sensed condition has high severity, to determineif the sensed condition triggers a notification, etc.

The sensitivity of sensory nodes can also be adjusted if any sensorynode detects a condition, regardless of the severity of the condition.As an example, the system may automatically increase the sensitivity ofsensory nodes Y and Z (which are in the vicinity of sensory node X) ifsensory node X detects a condition. The system may also increase thesensitivity of all sensory nodes in a building/structure if any one ofthe sensory nodes in that building/structure sense a condition. In oneembodiment, in the event of an alternating current (AC) power failure,the sensitivity of sensory nodes may be decreased to conserve batterypower within the sensory nodes. Similarly, in embodiments where AC poweris not present, the system may decrease the sensitivity of any nodesthat have low battery power.

The sensitivity of sensory nodes may also be controlled based on alocation of the sensory node and/or a learned condition relative to thesensory node. For example, a sensory node in a kitchen or in a specificlocation within a kitchen (such as near the oven/stovetop) may havehigher sensitivity than sensory nodes located in other portions of thestructure. The sensitivity may also be higher in any sensory node wherea condition has been previously detected, or in sensory nodes where acondition has been previously detected within a predetermined amount oftime (e.g., within the last day, within the last week, within the lastmonth, within the last year, etc.). The sensitivity may also be based onoccupancy patterns. For example, the sensitivity of a given sensory nodemay be lower during times of the day when occupants are generally not inthe vicinity of the node and raised during times of the day whenoccupants are generally in the vicinity of the node. The sensitivity mayalso be raised automatically any time that an occupant is detectedwithin the vicinity of a given sensory node.

The sensitivity of a sensory node may also be increased in response tothe failure of another sensory node. As an example, if a sensory node Xis no longer functional due to loss of power or malfunction, the systemcan automatically increase the sensitivity of nodes Y and Z (which arein the vicinity of node X). In one embodiment, the system may increasethe sensitivity of all nodes in a building/structure when any one of thesensory nodes in that building/structure fails. In another embodiment,the system may automatically increase the sensitivity of one or morenodes in a building/structure randomly or as part of a predeterminedschedule. The one or more nodes selected to have higher sensitivity canbe changed periodically according to a predetermined or random timeschedule. In such an embodiment, the other nodes in thebuilding/structure (e.g., the nodes not selected to have the highersensitivity) may have their sensitivity lowered or maintained at anormal sensitivity level, depending on the embodiment.

In an operation 615, status information regarding the sensory nodes isreceived from the sensory nodes. In an illustrative embodiment, thesensory nodes periodically provide status information to the decisionnode and/or remote server. The status information can include anidentification of the sensory node, location information correspondingto the sensory node, information regarding battery life of the sensorynode, information regarding whether the sensory node is functioningproperly, information regarding whether any specific sensors of thesensory node are not functioning properly, information regarding whetherthe speaker(s) of the sensory node are functioning properly, informationregarding the strength of the communication link used by the sensorynode, etc. In one embodiment, information regarding the communicationlink of a sensory node may be detected/determined by the decision nodeand/or remote server. The status information can be provided by thesensory nodes on a predetermined periodic basis. In the event of aproblem with any sensory node, the system can alert a systemadministrator (or user) of the problem. The system can also increase thesensitivity of one or more nodes in the vicinity of a sensory node thathas a problem to help compensate for the deficient node. The system mayalso determine that a node which fails to timely provide statusinformation according to a periodic schedule is defective and takeappropriate action to notify the user and/or adjust the sensitivity ofsurrounding nodes.

In an operation 620, the system receives and distributes notifications.The notifications can be related to school closings, flight delays,food/drug recalls, natural disasters, weather, AMBER alerts for missingchildren, etc. The system can receive the notifications from any sourceknown to those of skill in the art. In one embodiment, the notificationsare received by the decision node and/or remote server and provided toone or more sensory nodes. The notifications can be provided to thesensory nodes as recorded messages that can be played through thespeaker(s) of the sensory nodes. The notifications can also be providedto the sensory nodes as textual messages that are conveyed to usersthrough a display on the sensory nodes. The display can be a liquidcrystal display (LCD) or any other display type known to those of skillin the art. The notifications can also be provided to users as e-mails,text messages, voicemails, etc. independent of the sensory nodes.

In one embodiment, the system can determine the sensory nodes (e.g.,locations) to which the notification applies and send the notificationto sensory nodes and/or users located within that geographical area. Thedetermination of which sensory nodes are to receive the notification canbe based on information known to the system such as the school districtin which nodes are located, the zip code in which nodes are located,etc. The sensory nodes in a given geographical area can also bedetermined based at least in part on the GPS locations associated withthe sensory nodes. In an alternative embodiment, the nodes affected by anotification may be included in the notification such that the systemdoes not determine the nodes to which the notification applies.

In one embodiment, users can tailor the mass notification feature of thesystem based on their desires/needs. For example, the user can filternotifications by designating the types of notifications that he/shewishes to receive. As such, only the desired type(s) of notificationswill be provided to that user. The user may also designate one or morespecific sensory nodes that are to receive and convey the notifications,such as only the node(s) in the kitchen, only the node(s) in the masterbedroom, etc. The specific sensory node(s) designated to receive andconvey the notification may also be based on the time of day that thenotification is received. For example, the user may designate thenode(s) in the kitchen to convey notifications between 8:00 am and 10:00pm, and the node(s) in the master bedroom to convey notifications thatare received from 10:01 pm through 7:59 am. The user can also select avolume that notifications are to be played at, and different volumelevels may be designated for different times of day. The user may alsopre-record messages that are to be conveyed through the speaker(s) ofthe sensory node(s) based on the type of notification. For example, inthe event of a tornado notification, the pre-recorded message from theuser may be “A tornado is approaching, please head to the basement andstay away from windows.” Alternatively, default messages generated bythe system or the mass notification system may be used. The user canfurther designate the number of times that a notification is to berepeated. In one embodiment, sensory nodes may include a notificationlight that indicates a notification has been received. The user canreceive the notification by pushing a button on the sensory node to playthe notification. In addition to the notification itself, the system mayalso provide instructions to the user for responding to thenotification. The instructions may include an evacuation route, a placeto go within a dwelling, a place not to go within the dwelling, to leavethe dwelling etc.

In an operation 625, one or more lights on a sensory node are activated.The light(s) can be used to illuminate the immediate area of the sensorynode to help occupants identify and utilize evacuation routes. In oneembodiment, the light(s) on the sensory node can be light emitting diode(LED) lights. In one embodiment, the lights can be activated in theevent of an AC power loss at a sensory node, regardless of whether anevacuation condition is sensed. In an alternative embodiment, the lightsmay be activated only if there is AC power loss and a detectedevacuation condition. In one embodiment, the sensory nodes may includeambient light sensors, and the lights on the sensory node can beactivated in the event of an evacuation condition where no or littleambient light is detected by the sensory node.

In one embodiment, the decision nodes and/or remote server mayperiodically transmit a heartbeat signal to the sensory nodes usingcommunication links between the decision nodes/remote server and thesensory nodes. If the heartbeat signal is not received by a sensorynode, the sensory node can poll surrounding sensory nodes to determinewhether the surrounding nodes have received the heartbeat signal. If thesurrounding nodes have received the heartbeat signal, the sensory nodecan determine that there is a problem with its communication link. Ifthe surrounding nodes have not received the heartbeat signal, thesensory node can determine that there is a power loss or radiocommunication failure with the decision node and/or remote server. If itis determined that there is a power failure with a local decision nodeor server, the sensory node can be configured to detect whether there issufficient ambient light in the vicinity, and to activate the one ormore lights on the sensory node if there is not sufficient ambientlight. In one embodiment, in the event of a power failure, the sensorynodes can also enter a lower power smoke detector mode in which thesensory node functions only as a traditional smoke detector to conservebattery power until AC power is restored.

In an operation 630, information is provided to emergency respondersand/or an emergency call center. Emergency responders can be firefighters, police officers, paramedics, etc. The emergency call centercan be a 911 call center or other similar facility. In an illustrativeembodiment, emergency responders can log in to the system to accessinformation regarding evacuation conditions. A user interface can beprovided for emergency responders to log in through a computing devicesuch as a laptop computer, smart phone, desktop computer, etc.Individual emergency responders or entire emergency response units canhave a unique username and password for logging in to the system. In oneembodiment, the system can keep track of the time and identity ofindividuals who log in to the system.

Upon logging in to the system, the emergency responder can be providedwith a list of sensed evacuation conditions. The list can include anidentification of the type of sensed condition such as fire, smoke, gas,etc. The list can include a time at which the condition was first sensedor last sensed based on one or more timestamps from the sensory node(s)that detected the condition. The list can include an address where thecondition was sensed and a number of individuals that live at or work atthe address. The list can include the type of structure where thecondition was sensed such as one story business, three story officebuilding, two story residential home, ranch residential home, etc. Thelist can also include the size of the structure where the condition wassensed such as a square footage. The list can further include anindication of the response status such as whether anyone has respondedto the condition, who has responded to the condition, the time that thecondition was responded to, whether additional assistance is needed,etc. In one embodiment, when new entries are added to the list, anaudible, textual, and or vibratory alarm can be transmitted from thecomputing device to notify the emergency responder that a new evacuationcondition has been sensed.

In an illustrative embodiment, the first responder can select an entryfrom the list of in progress evacuation conditions to receive additionalinformation regarding the selected entry. The additional information caninclude an animated isothermal view of the structure that shows thecurrent temperatures throughout the structure based on temperaturesdetected by the sensory nodes within the structure. In addition totemperature zones, the animated isothermal view can illustrate windowlocations, door locations, any other exit/entry points of the structure,the road(s) nearest the structure, etc. In one embodiment, a separateisothermal view can be provided for each floor and/or each room of thestructure, such as a first floor, second floor, third floor, basement,master bedroom, kitchen, etc. The additional information can include atime at which the condition was detected, a number of persons that liveor work at the structure, ages of the persons that live or work at thestructure, names of the persons that live or work at the structure, anumber and/or type of pets at the structure, whether there are farmanimals present, the type and/or number of farm animals present, a typeof the structure, a size of the structure, a type and/or composition ofroofing that the structure has, the type of truss system used in thestructure, a type of siding of the structure (e.g., vinyl, aluminum,brick, etc.), whether the structure has sprinklers, whether there areany special needs individuals that live or work in the structure, thetype of special needs individuals that live or work in the structure, alot size of the location, characteristics of the lot such as hilly,trees, flat, etc., a number and/or type of vehicles (cars, trucks,boats, etc.) that may be present at the location, potential obstructionssuch as on street parking, steep driveway, and hills, etc. As discussedin further detail below, general information regarding the structure,occupants, lot, vehicles, etc. can be provided by the user duringinstallation and setup of the system.

In one embodiment, the additional information can also include a numberof occupants detected at the location at the current time and/or at thetime the condition was detected. In such an embodiment, the system cantrack the number of occupants in a structure by monitoring theexit/entry points of the structure. The occupancy information can alsoinclude a location of the occupants. As an example, the system maydetermine that three occupants are located in a room of the structure,and that the temperature surrounding the room is high. As such, theemergency responders can determine that the three individuals aretrapped in the room and make it a priority to get those individuals outof the structure.

The additional information can include a time when the condition wasfirst detected, historical spread rates of the condition, the severityof the condition, the magnitude of the condition, the amount ofdispersion of the condition, the current spread rate of the condition,etc. The amount of dispersion can be used to determine the extent of theevacuation condition and allow responders to determine an appropriatenumber of responders to send to the structure. As an example, if thesystem senses smoke and high temperature at every sensory node withinthe structure, the emergency responders can determine that a fire ispresent and has spread throughout the structure. Appropriate resourcesto fight the fire can then be dispatched.

The additional information can further include an estimated arrival timeof the emergency responder to the location using any GPS navigationaltechniques known to those of skill in the art, the current time, and thecondition at the location. The condition at the location can beestimated by the system based on sensed conditions, such as flames inthe kitchen, flames in the basement, smoke throughout the structure,etc. The condition at the location may also be based on a first-handaccount of an occupant of the structure. In one embodiment, the occupantcan provide the first-hand account to an emergency call center operatorwho can enter the information into the system such that it is accessibleby the emergency responders. The emergency call center operator can alsoenter additional information such as whether any responders arecurrently on site at the location, a number of responders on site, etc.The first-hand account may also be entered directly into the system bythe occupant through a computing device once the occupant has evacuatedthe structure. The computing device can be handheld, such as asmartphone. The first-hand account can include information regarding theevacuation condition, information regarding occupants still in thestructure, information regarding access to the structure, etc. In oneembodiment, the user can verbally provide the information and the systemcan provide the verbal account to the emergency responder.Alternatively, the system can automatically transcribe the verbalaccount into text and provide the text to the emergency responder. Inanother embodiment, the user may textually provide the information.

The additional information regarding an evacuation condition can alsoinclude statistics regarding the condition. The statistics can include aheat rise at the structure in terms of degrees per time unit (e.g., 50degrees F./second), a smoke rise at the structure in terms of parts permillion (ppm) per time unit (e.g., 2000 ppm/second), and/or a gas risesuch as a carbon monoxide level increase. The heat rise, smoke rise,and/or gas rise can be provided textually and/or visually through theuse of a graph or chart. The statistics can also include a heatmagnitude and/or smoke magnitude. The statistics can also include one ormore locations of the dwelling where occupants were last detected,whether there is still AC power at the location, whether communicationto/from the sensory nodes is still possible, whether there is anyambient light at the location, etc. In an illustrative embodiments, anyof the statistics may be associated with a timestamp indicative of atime of the measurements, etc. that the statistic is based on.

The additional information regarding an evacuation condition can alsoinclude maps. The maps may include a street map of the area surroundingthe location at which the evacuation condition was sensed, a map thatillustrates utility locations and fire hydrants proximate to thelocation at which the evacuation condition was sensed, an overheadsatellite view showing the location at which the evacuation conditionwas sensed, a map showing neighborhood density, etc. In one embodiment,one or more of the maps may highlight the route of the emergencyresponder such that the emergency responder knows the relative locationof the structure as he/she arrives at the scene. The additionalinformation may also include a weather report and/or predicted weatherfor the location at which the evacuation condition was sensed. The mapsand/or weather information can be obtained from mapping and weatherdatabases as known to those of skill in the art.

The additional information regarding an evacuation condition can alsoinclude pictures of the interior and/or exterior of the structure. Thepictures can include one or more views of the home exterior,illustrating windows, doors, and other possible exits and/or one or moreviews of the lot on which the structure is located. The pictures canalso include one or more interior views of the structure such aspictures of the kitchen, pictures of the bathroom(s), pictures of thebedroom(s), pictures of the basement, pictures of the family room(s),pictures of the dining room(s), etc. The pictures can further includeblueprints of the structure. The blueprints can illustrate eachfloor/level of the structure, dimensions of rooms of the structure,locations of windows and doors, names of the rooms in the structure,etc. In one embodiment, construction information may be included inconjunction with the pictures. The construction information can includethe type/composition of the roof, the type of truss system used, thetype of walls in the structure, whether there is a basement, whether thebasement is finished, whether the basement is exposed, whether thebasement has egress windows, the type(s) of flooring in the structure,the utilities utilized by the structure such as water, electricity,natural gas, etc., the grade of the lot on which the structure islocated, etc.

In one embodiment, the system can also generate an investigation pagethat illustrates statistics relevant to an event investigation. Theinvestigation page can include information regarding what was detectedby each of the sensory nodes based on location of the sensory nodes. Thedetected information can be associated with a timestamp indicating thetime that the detection was made. As an example, an entry for a firstsensory node located in a kitchen 7:00 pm can indicate a detected smokelevel at 7:00 pm, a detected temperature at 7:00 pm, a detected carbonmonoxide level at 7:00 pm, a detected number of occupants at 7:00 pm,etc. Additional entries can be included for the first sensory node atsubsequent times such as 7:01 pm, 7:02 pm, 7:03 pm, etc. until theevacuation condition is resolved or until the first sensory node is nolonger functional. Similar entries can be included for each of the othernodes in the structure. The entries can also indicate the time at whichthe system determined that there is an evacuation condition, the time atwhich the system sends an alert to emergency responders and/or anemergency call center, the time at which emergency responders arrive atthe scene, etc.

The investigation page may also include textual and/or visualindications of smoke levels, heat levels, carbon monoxide levels,occupancy, ambient light levels, etc. as a function of time. Theinvestigation page can also include diagnostics information regardingeach of the sensory nodes at the structure. The diagnostics informationcan include information regarding the battery status of the node, thesmoke detector status of the node, the occupancy detector status of thenode, the temperature sensor status of the node, the carbon monoxidedetector status of the node, the ambient light detector status of thenode, the communication signal strength of the node, the speaker statusof the node, etc. The diagnostic information can also include aninstallation date of the system at the structure, a most recent datethat maintenance was performed at the structure, a most recent date thata system check was performed, etc. The investigation page can alsoinclude a summary of the evacuation condition that may be entered by anevent investigator.

In an illustrative embodiment, emergency response call centers can alsoaccess the system through a user interface. As indicated above,emergency response operators can add information through the userinterface such that the information is accessible to the emergencyresponders. The information can be received through a 911 call from anoccupant present at the location of the evacuation condition. Theinformation may also be received from emergency responders at thelocation of the evacuation condition. In one embodiment, an audible,textual, and/or vibratory alarm can be triggered upon detection of anevacuation condition to alert an emergency response operator of thecondition. In one embodiment, the alarm may continue until the emergencyresponse operator acknowledges the evacuation condition.

In one embodiment, the system can also send a ‘warning’ alert to a usersuch as a home owner/business owner when an evacuation condition isdetected at his/her structure. In an illustrative embodiment, the systemcan determine that there is an evacuation condition if a smoke level,heat level, carbon monoxide level, etc. exceeds a respectivepredetermined evacuation condition threshold. The predeterminedevacuation condition thresholds can be set by the system or designatedby the user, depending on the embodiment. The system may also beconfigured to send a ‘watch’ alert to a user if a smoke level, heatlevel, carbon monoxide level, occupancy level, etc. exceeds a respectivepredetermined watch threshold. The predetermined watch thresholds can beset by the system or designated by the user, depending on theembodiment. In an illustrative embodiment, the watch thresholds can bein between a normal/expected level and the predetermined evacuationcondition threshold. As such, the watch thresholds can be used toprovide an early warning to a user that there may be a problem. As anexample, the watch threshold for heat in a master bedroom may be 150degrees F. and the evacuation condition threshold for heat in the masterbedroom may be 200 degrees F. As another example, the user may indicatethat a detected occupancy which exceeds a watch threshold (e.g., 10people, 15 people, etc.) should result in a watch alert being sent tothe user. As such, the user can determine whether there is anunauthorized party at his/her home. The user can also set the watchthreshold for occupancy to 1 person for periods of time when the user ison vacation. As such, the user can be alerted if anyone enters his/herhome while he/she is on vacation. A watch alert can also be sent to theuser if a power loss is detected at any of the nodes. Watch alerts canalso be sent to the user if the system detects a problem with any nodesuch as low battery, inadequate communication signal, malfunctioningspeaker, malfunctioning sensor, etc.

In one embodiment, when the system sends an early warning watch alert toa user, the system can request a response from the user indicatingwhether the user is at the location and/or whether the user believesthat the watch alert is a false alarm. If no response is received fromthe user or if the user indicates that the alert may not be a falsealarm, the system can automatically increase the sensitivity of thesystem to help determine whether there is an evacuation condition. Thewatch alerts and warning alerts can be sent to the user in the form of atext message, voice message, telephone call, e-mail, etc. In anillustrative embodiment, watch alerts are not provided by the system toemergency responders or an emergency response call center.

In one embodiment, one or more of the sensory nodes in a structure caninclude a video camera that is configured to capture video of at least aportion of the structure. Any type of video camera known to those ofskill in the art may be used. In one embodiment, the video captured bythe video camera can be sent to a remote server and stored at the remoteserver. To reduce the memory requirements at the remote server, theremote server may be configured to automatically delete the stored videoafter a predetermined period of time such as one hour, twelve hours,twenty-four hours, one week, two weeks, etc. A user can log in to theremote server and view the video captured by any one of the sensorynodes. As such, when the user is away from home, the user can check thevideo on the remote server to help determine whether there is anevacuation condition. Also, when the user is on vacation or otherwiseaway from home for an extended period of time, the user can log in tothe remote server to make sure that there are no unexpected occupants inthe structure, that there are no unauthorized parties at the structure,etc. The stored video can also be accessible to emergency responders,emergency call center operators, event investigators, etc. In oneembodiment, in the event of an evacuation condition, the video can bestreamed in real-time and provided to emergency responders and/oremergency call center operators when they log in to the system and viewdetails of the evacuation condition. As such, the emergency respondersand/or emergency call center operators can see a live video feed of theevacuation condition. The live video feed can be used to help determinethe appropriate amount of resources to dispatch, the locations ofoccupants, etc.

FIG. 7 is a block diagram illustrating communication between the system,emergency responders, a user, and an emergency response call center inaccordance with an illustrative embodiment. Although not illustrated, itis to be understood that the communications may occur through a directlink or a network such as the Internet, cellular network, local areanetwork, etc. Sensory nodes 705 in a structure can provide detectedinformation, status information, etc. to a system server 700. Thesensory nodes 705 can also receive instructions, evacuation routes, etc.from the system server 700. The sensory nodes 705 can also communicatewith a user device 710 to provide alerts and receive acknowledgementsand/or instructions regarding the alerts. In an alternative embodiment,communication of alerts and acknowledgements may be between the systemserver 700 and the user device 710. The user device 710 can alsocommunicate with the sensory nodes 705 and/or system server 700 duringinstallation and/or testing the system as described in more detailbelow. The user device 710 can be any device configured to conveyinformation such as a smartphone, a smart watch, or an implantabledevice (such as computer chips implantable in humans).

Upon detection of an evacuation condition, the system server 700 or theuser device 710 can provide information regarding the evacuationcondition and/or structure to an emergency responder server 715. In oneembodiment, the emergency responder server 715 can generate a record ofthe evacuation condition and provide the record to an emergency callcenter 720. The emergency responder server 715 may also receiveinformation from the emergency call center 720 such as logininformation, additional information regarding the evacuation conditionreceived during a 911 call, etc. In one embodiment, the emergencyresponder server 715 or an operator at the emergency response callcenter can initiate contact with the first responders through atelephone call, etc. to an emergency responder center. Upon receivingnotice of the evacuation condition, an emergency responder can use anemergency responder device 725 to log in to the system. The logininformation can be communicated from the emergency responder device 725to the emergency responder server 715. The emergency responder device725 can receive the evacuation condition record and utilize theinformation to prepare for responding to the evacuation condition and toensure that sufficient resources are dedicated to the evacuationcondition. Information provided to the emergency responder device 725can include the number of occupants in the building, whether anytoddlers or handicapped people are in the building (or may be in thebuilding), where occupants are, where the evacuation condition is theworst, which portions of the building are still accessible and which arenot accessible, a floor plan of the building, etc. The emergencyresponders can use such information to analyze the situation beforeattempting to mitigate the evacuation condition.

In an embodiment, the user device 710 can be configured to provideinformation to emergency responders directly, thereby eliminating theneed for a third-party call center. Conveyance of such information tothe responders can be via the emergency responder server 715 or can bemore direct. For example, user device 710 can be configured to transmitinformation related to a location of user device 710 to the systemserver 700, which can, in turn, convey the information to a device ofthe emergency responders. In another example, user device 710 can beconfigured to detect, via wireless communication networks or directwireless connections (e.g., Bluetooth), an emergency responder device.In such an example, the user device 710 can communicate with theemergency responder device using the applicable communication medium.

In some embodiments, the user device 710 can be configured to send tothe emergency responders information including a location of the userdevice, a floor plan of the building, other building information,evacuation condition information, or any other information accessible tothe user device 710. The user device 710 can also be configured totransmit user input information to the emergency responders. Forexample, the user device 710 can be configured to send an audio message,a video, text, or other information to the emergency responders. In suchan example, the user device 710 can record an audio message of a voicesaying, “Please help me. I'm in the master bedroom and I cannot getout.” The user device 710 can then send the audio message to theemergency responders. In some embodiments, the user device 710 candetect a location of the user device 710, and send the locationinformation to the emergency responders. In some embodiments, userdevice 710 can make a determination about a user and send thedetermination to the emergency responders. For example, the user device710 can determine that the user is moving along an evacuation route. Insuch an instance, the user device 710 can send information to theemergency responders indicating that the user does not need emergencyassistance. In another example, the user device 710 can determine thatthe user has not responded to a notification by the user device 710 andsend information to the emergency responders indicating that the usermay be incapacitated. In yet another example, the user device 710 candetect audio (or any other detectable sense such as motion) thatindicates that a person is in need of assistance (e.g., screaming,certain words like “help,” loud noises, crashes, falls, etc.) andcommunicate the relevant information to the emergency responders. Therelevant information can include a location of the user device 710, anaudio file, a movement speed of the user device 710, or past movements(e.g., a 10 ft. fall).

In some embodiments, the user device 710 can sense that a user of theuser device 710 is active. For example, the user device 710 can detect atouch of a screen, a tapping of a screen, a tapping of the user device710, shaking of the user device 710, etc. In some embodiments, a requestcan be sent to the user device 710 from system server 700, emergencyresponder device 725, another user device 710, etc. for an indicationthat a user of the user device 710 is active. The user device 710 canthen detect that the user is active, for example by receiving a textualindication (for example from an on-screen keyboard, keys or buttons ofthe user device 710, etc.). For example, the user device 710 can detectthat the user has typed, “I am in the kitchen.” Other examples of theuser device 710 detecting that the user is active includes a touch of ascreen, a tapping of a screen, a tapping of the user device 710, shakingof the user device 710, an audio recording of the user and/or the user'svoice, etc.

In an illustrative embodiment, sensory nodes 705 can provide detectedinformation, status information, etc. to the user device 710. Userdevice 710 can, based at least in part on the information provided bythe sensory nodes 705, determine that there is an evacuation condition.In such an embodiment, the user device 710 can provide the informationregarding the evacuation condition to the emergency responder server715. Thus, the system server 700 need not receive the informationregarding the evacuation condition before the emergency responder server715 is notified.

In an illustrative embodiment, the user device 710 can be a smart phone.The user device 710 can, for example, receive information from a sensorynode 705 that a master bedroom temperature is 200 degrees F. The userdevice 710 can determine that 200 degrees F. is higher than anevacuation condition threshold and, therefore, that an evacuationcondition exists. The user device 710 can notify a user by any meansknown to those of skill in the art, for example ringing, flashing,vibrating, text message, etc. For example, the user device 710 canindicate via text that “The master bedroom temperature exceeds 200degrees F. A fire is expected.” The user device 710 can further promptthe user for an action such as acknowledging the alarm, indicating thatthe alarm is a false alarm, or contacting emergency personnel. Forexample, the user device 710 can prompt a user to contact 911 personnel.In such an example, the user device 710 can be configured to allowacknowledgement of the prompt via any available input. In one example,the user can verbally confirm that the user device 710 should call 911.In one embodiment, contacting emergency personnel can include sendinginformation related to the evacuation condition to emergency responderserver 715. In another embodiment, contacting emergency personnel caninclude contacting the emergency personnel via a telephone connection,for example by calling the fire department or 911. User device 710 canbe configured to send all relevant information to the emergencypersonnel including sensory information, floor plan, occupancy, video(real-time or recorded), neighborhood information, real-time data, etc.In one embodiment, user device 710 can include a camera and can beconfigured to send to the emergency personnel pictures or video taken bya camera of the user device 710. In such embodiments, the user device710 is capable of being used in place of a call center. That is, insteadof a notification of a reportable event going to a third-party callcenter who, in turn, can notify authorities, the notification can go tothe user device 710 and the user can determine whether the authoritiesshould be contacted via the user device 710. Thus, some aspects of thepresent disclosure can eliminate the need for a third-party call center.

In some embodiments, a user can subscribe to a call center 720 that canmonitor the status of sensory nodes 705. For example, a sensory node 705can detect occupancy in a house above a threshold number of individuals(e.g., 0, 1, 2, etc.) and send the information to system server 700.System server 700 can then, in turn, send the information to the callcenter 720. An operator of call center 720 can access the informationand determine how to respond. In some embodiments, an operator is notused and the call center 720 can be automated. In response to theinformation that occupancy in the house is higher than the threshold,the call center 720 can notify the user, such as with user device 710,or can contact an emergency responder, such as the police department. Insome embodiments, the call center 720 can first contact the user viauser device 710 and receive instructions on how to respond.

For example, the call center 720 can notify the user via user device 720that occupancy in the house is above a threshold. The user can benotified that there are 20 people in the user's house. The user can thendetermine how the occupancy situation should be handled. For example,the user can determine that the call center 720 should ignore the alertbecause the user is hosting the 20 people. Alternatively, the user candecide that the call center 720 should contact the police because nobodyshould be at the user's house at that time. In other scenarios, the usercan decide that call center 720 should contact a private security guardto take care of the occupancy situation, for example by breaking up anunauthorized house party. The user can use user device 710 to notify thecall center 720 of the appropriate response using any method known inthe art, including via telephone, text message, smart phone application,email, etc.

In an illustrative embodiment, user device 710 can receive informationfrom emergency responder server 715. Such information can include, forexample, instructions on performing emergency medical care, directionsto the nearest fire extinguisher, location of en route emergencyresponders, etc. In some embodiments, user device 710 can already haveuseful information stored on it and can provide the information to theuser. For example, user device 710 can include a floor plan thatindicates the location of all defibrillators in the building. In anemergency where a defibrillator is needed, user device 710 can determinethe location of the user device 710, and identify the nearestdefibrillator. User device 710 can indicate to the user where thenearest defibrillator is and directions to locate the defibrillator.User device 710 can also remember the starting location of the userdevice, or the location of the emergency, and provide directions toreturn to the emergency once the defibrillator is located. User device710 can further provide instructions on how to use the defibrillator. Inalternative embodiments, emergency responder server 715 can provide suchinformation to the user device 710. In such an embodiment, suchinformation can be provided to the user device 710 once an emergencyresponder determines that the user requires the information.

The evacuation condition record provided to the emergency responderdevice 725 from the emergency responder server 715 can include any ofthe information discussed above, including maps, pictures, occupancyinformation, statistics regarding the evacuation condition, etc. In analternative embodiment, the emergency responder server 715 may not beused. In such an embodiment, the system server 700 can be used tocommunicate with the emergency call center 720 and the emergencyresponder device 725.

In some embodiments, the system server 700 can be any buildingmanagement system, building automated system, supervisory control anddata acquisition (SCADA) system, fire alarm control panel (FACP), or thelike. The system server 700 can be an existing, pre-installed, and/orpreviously commissioned computer system that receives information fromone or more sensory nodes 705. The system server 700 can have acommunications port that can be used to access information (e.g., by theemergency responder server 715). The communications port can be aphysical, wired port (e.g., RS-232, RS-422, RS-485, etc.) or a wirelessaccess port.

In such an embodiment, the emergency responder server 715 can use thecommunications port to access information stored in and/or received atthe system server 700. For example, the emergency responder server 715can access information such as the status of various smoke detectors incommunication with the system server 700 (e.g., whether a smoke detectoris in alarm, the level of smoke detected, etc.). The emergency responderserver 715 can also access information regarding the status of any othersensory node 705, e.g., heat sensors, occupancy detectors, etc. In someembodiments, the emergency responder server 715 can access locationinformation associated with individual sensory nodes 705. For example,the emergency responder server 715 can access sensory node 705identification or serial numbers, wireless addresses, geographiccoordinates, or room information (e.g., living room, Room 315, lobby,etc.). In some embodiments, such location information can be stored inthe system server 700 and the emergency responder server 715 can accesssuch information via the communications port.

In some embodiments, however, some location information is notaccessible to the emergency responder server 715. A method illustratedin FIG. 13 can be used to identify the locations of various sensorynodes 705. FIG. 13 is a flow diagram illustrating operations performedby the emergency responder server 715 to identify location informationof sensory nodes 705 in accordance with an illustrative embodiment. Inalternative embodiments, additional, fewer, and/or different operationsmay be performed. Further, the use of a flow diagram is not meant to belimiting with respect to the order of operations performed. Any of theoperations described with reference to FIG. 13 can be performed by oneor more elements of the system disclosed herein. In an illustrativeembodiment, the emergency responder server 715 can be configured toidentify the location of various sensory nodes 705. For example, thesystem server 700 can be in communication with five sensory nodes 705,all located in different rooms of a building. In an operation 1310, theemergency responder server 715 can communicate with the system server700 to detect that the system server 700 is in communication with thefive sensory nodes 705 and to identify the five sensory nodes 705 fromone another via, for example, serial numbers, identification numbers,network addresses, etc. In an operation 1320, the emergency responderserver 715 can receive location information of a sensory node 705. Thelocation information can be received via, for example, a user input suchas a keyboard, mouse, touchscreen, etc. Such information can be, forexample, “living room,” “Room 517,” “Hallway B,” “Floor 2, NortheastCorner,” etc. In some embodiments, the location information can begeographic coordinates (e.g., GPS coordinates) received via, forexample, user device 710. Along with the location information, otherinformation can also be received regarding the sensory node 705. Suchinformation can include a serial number of the sensory node 705, aproduct code, an identification number, a picture of the sensory node705, a type of sensory node 705 (e.g., smoke detector, occupancydetector, etc.), etc.

The emergency responder server 715 can then listen for the sensory node705 to be identified via an alarm state. In an operation 1330, theemergency responder server 715 can detect an alarm state of the sensorynode 705. In some embodiments, the sensory node 705 can be artificiallyinduced to be in alarm. In other embodiments, a test button on thesensory node 705 can be pressed to enter the sensory node 705 intoalarm. In an operation 1340, the emergency responder server 715 canassociate the location information with the identification of thesensory node 705 that was in alarm.

In the example described above, emergency responder server 715 candetect that system server 700 is in communication with five sensorynodes 705 and detect that they are identified as “Node 1,” Node 2,”“Node 3,” “Node 4,” and “Node 5.” The emergency responder server 715 canreceive location information about a sensory node. Such information canbe, for example, “living room.” The emergency responder server 715 canalso receive information identifying the sensory node as a smokedetector. The emergency responder server 715 can monitor the status ofthe five sensory nodes 705 via the system server 700. The sensory node705 can then be induced into an alarm state, which is detected by theemergency responder server 715. For example, the emergency responderserver 715 can detect that the node identified as “Node 3” is in alarm.The emergency responder server 715 can then associate the locationinformation (e.g., “living room”) with the identification of the sensorynode 705 (e.g., “Node 3”) and further with the other receivedinformation (e.g., smoke detector). Accordingly, the emergency responderserver 715 can have information of a single sensory node 705 thatidentifies which address (or other identification information) thesensory node 705 has within the system server 700 (e.g., “Node 3”) andassociates such information with other useful information gathered fromoutside of the system server 700, such as that the sensory node 705 islocated in the living room and is a smoke detector.

In some embodiments, the emergency responder server 715 can comprise awireless gateway. In such an embodiment, the gateway can communicatewith the system server 700 and another server (not shown). The gatewaycan communicate with the other server via any means known in the artincluding wireless communications to the Internet (e.g., Wi-Fi, 3G, 4G,etc.). The other server can store some or all of the informationgathered by the gateway. In some embodiments, the gateway can alsoinclude a local storage medium that can store some or all of theinformation gathered from the system server 700. In some embodiments,the emergency responder server 715 can include some or all of thefeatures disclosed with reference to the recording device 1100 shown inFIGS. 11 and 12 and further discussed below. In some embodiments, thegateway can send gathered information to a server that can publish thegathered information. In an example, the gathered information can bepublished on the Internet, for example as a webpage. The webpage can beaccessed by users, insurance companies, emergency personnel, etc. Thewebpage can be a secure webpage that can be accessed only by authorizedpersonnel.

In some embodiments, the emergency responder server 715 can beconfigured to provide information to emergency responders (e.g.,firemen, first aid responders, etc.) or insurance companies. Insurancecompanies can receive the information as a first notice of loss.Emergency responders can receive the information prior to leaving theirbase of operations (e.g., a firehouse) or while en route to thebuilding. In some embodiments, the emergency responder server 715 can beconfigured to push information to emergency responder device 725 (e.g.,a smartphone, a tablet, a laptop computer, etc.). In other embodiments,the emergency responder server 715 can provide the relevant informationin response to a request from the emergency responder device 725. Forexample, the emergency responder device 725 can be used to log into awebpage hosted by the emergency responder server 715.

In an illustrative embodiment, the system server 700 and/or sensorynodes 705 can communicate with the user device 710 during setup,installation, and/or testing of the system (e.g., as a do-it-yourselfsystem), and also to provide warning and watch alerts as describedabove. The user device can be a laptop computer, cellular telephone,smart phone, desktop computer, or any other computing device known tothose of skill in the art. In one embodiment, the user device 710 can beused to access a user interface such that a user can access the system.The user interface can allow the user to set system preferences, provideoccupancy information, provide vehicle information, upload pictures ofthe structure, provide construction information regarding the structure,provide lot information, provide information regarding the density ofthe surrounding neighborhood, etc. The user interface can also be usedby the user to select and configure a service plan associated with thesystem and pay bills for the service plan.

In an illustrative embodiment, sensory nodes 705 can have anidentification code associated with each sensory nodes 705. Theidentification code can be located on the sensory nodes 705, for exampleon an exterior housing or inside the housing. Alternatively, theidentification code can be located on materials provided with thesensory nodes 705, for example on a packaging or box of the sensorynodes 705, on a card provided inside the packaging, or on a user manual.The identification code can identify the various sensory nodes 705 andbe used to distinguish them from each other. Thus, during installationand/or setup of each sensory node 705, information can be provided tosystem server 700 to further identify each sensory node 705. Theadditional information can include location information such asgeographical coordinates or room location (e.g. master bedroom), sensorynode model/type information, last test date, etc. For example, a firstsensory node can be a smoke detector with an identification code X. Ifthe first sensory node detects smoke, the first sensory node can notifythe system server 700 of the detected smoke. The notification caninclude the identification code X. The system server 700 can use theidentification code X to provide detailed information to emergencypersonnel. For example, emergency personnel can be notified that smokehas been detected in the master bedroom and that the first sensory nodehas alarmed three times in the last month, which were all false alarms.

In some embodiments, sensory node 705 can include a near fieldcommunication (NFC) label. In some embodiments, the NFC label can be anactive label. In other embodiments, the NFC label can be a passivelabel. The NFC label can be used to communicate identificationinformation, such as an identification code, a model number, a serialnumber, a type of sensor, a date of manufacture, etc. A device, such asuser device 710, can be used to communicate with the NFC label andreceive the information stored in the NFC label. The user device 710,for instance, can transmit such information to system server 700. Systemserver 700 can, for example, receive such information during set-up ofthe system. The user device 710 can further communicate with the sensorynode 705 to transmit to the sensory node 705 location information (e.g.,GPS coordinates, a room name), an installation time and/or date,communication network information (e.g., a network address, wirelessnetwork identification information, network access code), etc. The NFClabel can further be used to locate the sensory node. For example, if abuilding has been destroyed, a device capable of detecting the NFC labelcan be used to search the rubble of the building to identify the sensorynode 705 and the location of the sensory node 705 in the rubble. Thedevice could then identify the identification code, the locationinformation of where it had been installed, the manufacture date, theinstallation date, etc.

In another illustrative embodiment, identification codes can be usedwith the sensory nodes 705 to indicate which user the sensory nodes 705are associated with. For example, sensory nodes 705 can communicate touser device 710 and system server 700 via, at least in part, a wirelesscommunication. In such an example, sensory nodes 705 in Building A canbe in communication range of sensory nodes 705, user device 710, orsystem server 700 of Building B. When Building A's sensory nodes 705notify Building A's system of, for example, an evacuation event,identification codes can be used to identify sensory nodes 705 as partof Building A's system. Thus, Building B's system can ignore datatransmitted from sensory nodes 705 associated with Building A. Inalternative embodiments, data received by Building B's system regardingBuilding A's system can be forwarded by Building B's system to BuildingA's system. In other embodiments, data received by Building B's systemregarding Building A's system can be forwarded by Building B's system toBuilding A's system only if the data received is identified as beingimportant, urgent, etc.

The user interface accessible through the user device 710 can allow theuser to record personalized evacuation route messages and/orpersonalized messages for dealing with mass notifications received bythe system, and designate which sensory node(s) are used to convey thepersonalized messages. The user can also select how alerts/notificationsare provided to the user, such as phone calls, text messages, e-mails,etc. The user can individually control the volume of each node throughthe user interface. The user can indicate the name of the room whereeach sensory node is located such that the room name is associated withthe node (e.g., kitchen, living room, master bedroom, garage, etc.). Theuser can also temporarily decrease node sensitivity based on plannedfamily events such as parties, seasonal canning (which results in highheat), card games in which guests are smoking, etc. In one embodiment,the user can use the user interface to designate the sensitivity levelfor each of the detectors included in each of the sensory nodes. Inanother embodiment, the user can also set threshold levels for heat,smoke, and/or carbon monoxide to dictate what constitutes an evacuationcondition and/or a watch (or early warning) condition as discussedabove.

In some embodiments, the user device 710 can allow a user to makepersonalized notifications. For example, user device 710 can receivetext input from a user, audio (e.g., voice) input from a user, and/orvideo input from a user. The user device 710 can communicate with thesystem server 700 to allow the input from the user via the user device710 to alert occupants if an evacuation event is detected. For example,user device 710 can be configured to receive an audio signal of a voicesaying, “The kitchen is on fire, please exit through the front door.”Such audio information can be received by the system server 700 andstored. If there is a suspected fire in the kitchen, an occupant in themaster bedroom can be alerted to the fire via a playback of the audioinput, i.e., “The kitchen is on fire, please exit through the frontdoor.”

In some embodiments, sensory nodes 705 can include weather monitors.Such weather monitors can include a device that measures an amount ofprecipitation, a type of precipitation (e.g., rain, snow, sleet, hail),a wind speed, a wind direction, etc. Such information can be sent fromthe sensory nodes 705 to the user device 710 and/or the system server700. At least one of the user device 710, the system server 700, or thesensory node 705 can determine that the weather has become severe andalert users and/or occupants of the situation. In some embodiments, userdevice 710 can receive radio signals from broadcast radio stations. Insuch embodiments, the user device 710 can receive weather notificationsfrom such radio signals. The user device 710 can then rebroadcast thenotifications. In some embodiments, such rebroadcast can include playingan audio signal from a speaker of the user device 710. In otherembodiments, the rebroadcast can include a textual notification.

In some embodiments, the user device 710 can inform the user of anevacuation event. For example, a first user device 710 can receive textinput from a user, audio (e.g., voice) input from a user, and/or videoinput from a user. The first user device 710 can receive informationregarding a second user device 710 to alert if there is an evacuationevent detected. In some embodiments, all user devices 710 that cancommunicate with system server 700 or sensory nodes 705 can beconfigured to alert users of an evacuation event. For example, a firstuser device 710 can receive an audio input of a voice saying, “Bobby,get up. Please exit the house through the garage door.” Such audio,which can be a prerecorded message from a parent or relative, can bestored in the system server 700. In some embodiments, such audio can bestored at a second user device 710. The second user device 710 can be,for example, a smartphone assigned to Bobby. If there is an evacuationevent, the second user device 710 can play back the recorded audio toalert users of an evacuation event. The alert by the user device 710 canbe customized to indicate an evacuation route, a type of emergency, astyle of alert (for example, a first alert style can be recorded for atime when a user is probably sleeping, and a second alert style can berecorded for a time when the user is probably awake), or any otheroptional variation on how an alert should be indicated, or what shouldbe indicated. In some embodiments, the type of alert style can depend onthe location of the second user device 710. For example, a first alertcan be given if the user device 710 is in a bedroom (indicating that theuser may be asleep) and a second alert can be given if the user device710 is in the kitchen (indicating that the user may be awake).

In some embodiments, the user device 710 can alert the user to anevacuation condition only if the user device 710 is within an areaaffected by an evacuation condition. An affected area can be determinedbased on the location of the evacuation condition and the type ofevacuation condition. In some embodiments, the affected area can beparticular rooms of a building or particular buildings. In otherembodiments, the affected area can be determined to be a distance awayfrom the evacuation condition (e.g., a particular radius from a fire orhazardous fumes). User devices 710 to be alerted to the evacuationcondition can be determined based on the location of the user device 710in relation to the affected area. In one embodiment, user devices 710within the affected area are alerted to the evacuation condition. Inanother embodiment, user devices 710 that are within a thresholddistance from the affected area (e.g., 1000 feet) are alerted to theevacuation condition. For example, a smoke detector can detect smokefrom the oven of a kitchen in a house and users in the kitchen and thesurrounding rooms can be alerted. In another example, a kitchen fire ina house can be detected and users in the house can be alerted. In yetanother example, a kitchen fire in a house can be detected and users inthe house and users in surrounding houses can be alerted.

In one example, a user can live in a primary house that has a system inaccordance with the present disclosure. The user, however, can stay anight at a different house, for example, at a sleep-over. In such anembodiment, if there is an evacuation condition (or other condition thatprovides an alert, e.g., a smoke detector) at the primary house and theuser device 710 is located at the different house, the user device 710of the user will not alert the user to the evacuation condition in theprimary house. In another example, a university campus can be configuredto use a system in accordance with the present disclosure. In such anexample, if there is an evacuation condition in Dorm A, only userdevices 710 within Dorm A are alerted to the evacuation condition, anduser devices 710 that are not within Dorm A (e.g., other dorms,classrooms, etc.) do not alert the user. In the example, user devices710 that are near Dorm A (e.g., on a sidewalk in front of Dorm A) arealerted. In another, similar example, if there is an evacuationcondition in Dorm A that affects other buildings (e.g., a fire or anexplosion), user devices 710 in all affected buildings can receive analert.

In one embodiment, user devices 710 can receive information related tothe evacuation condition, and each user device 710 can determine whetherthe user should be alerted. In another embodiment, user devices 710 canperiodically (or constantly) send location information to system server700 or sensory nodes 705. In such an embodiment, the system candetermine which user devices 710 should receive the alert. In yetanother embodiment, system 700 can send an alert via a portion ofsensory nodes 705. The portion of sensory nodes 705 can be determined tobe within an area affected by an evacuation condition. The portion ofsensory nodes 705 can send out an alert to user devices 710 that arewithin communication range of the sensory nodes 705. Location of theuser device 710 can be determined using any method described herein,e.g., GPS, Wi-Fi, etc.

In some embodiments, the user device 710 can alert the user to anevacuation condition. In such embodiments, the user device 710 can use auser display, a light (e.g., the flash light of a camera on a mobiledevice), audio, vibration, or any other technique known in the art. Insome embodiments, the user device 710 can have an application that canreceive information from system server 700 or the sensory nodes 705 thatindicates that an evacuation condition has been detected. Theapplication can configure the user device 710 to alert the user. Forexample, the application can set (i.e., override) a volume level to themaximum level. In such an example, the application can have theauthority to override user settings to set the volume level to themaximum level. The application can also set other settings, such as ascreen brightness, a light brightness, a vibration intenseness, etc. Insome embodiments, the application can override operating system alertsand/or notifications. For example, if a brightness level of a screen isset to 50% because of an indication of a low battery, the applicationcan ignore the indication of a low battery and set the screen brightnessto 100%. In another example, the application can ignore other eventsthat would normally alert the user. For example, if the user device 710received an indication that there was a fire, the user device 710 canalert the user of the fire, and not notify the user of new emails, textmessages, etc.

In another example, the application can turn features of the user device710 on and off. In some instances, the application can turn off featuresto conserve the battery of the user device 710. In other instances, theuser device 710 can turn on features that better enable the user device710 to gather information. For example, the application can turn on aWi-Fi capability of the user device 710. A Wi-Fi capability can includea wireless capability consistent with the Institute of Electrical andElectronics Engineers's (IEEE) 802.11 standards. Turning on the Wi-Fican be to receive more information regarding an evacuation condition oran evacuation route. Turning on the Wi-Fi can also be to enable betterlocation determination. For example, in some instances, a location ofthe user device 710 can be improved by using Wi-Fi rather thantraditional methods of locating the user device 710 (e.g., GPS, cellulartelephone tower triangulation, etc.). In some embodiments, theapplication can be configured to turn on a 3G service, a 4G service, anSMS service, etc. In other embodiments, the application can beconfigured to automatically receive information from an available source(3G, 4G, Wi-Fi, the best Wi-Fi connection, etc.)

In some embodiments, the application can turn on or off features of theuser device 710 to monitor the user, the user's surroundings, etc. Suchfeatures can include enabling or disabling a microphone, a camera, alight, etc. For example, if one or more sensory nodes 705 detect a highlevel of carbon monoxide, a notification of the condition can be sent tothe user device 710. The user device 710 can activate a camera of theuser device 710 and send pictures to, for example, system server 700.Such pictures can comprise a video, for example a live-streaming video.The user device can also activate a microphone and transmit recordedsounds to, for example, the system server 700. In some embodiments, suchvideo and/or audio can be sent to another user device 710 (for example,the smartphone of a parent of the user of the user device 710) and/oremergency responder device 725.

In an embodiment, the user device 710 can be configured to enable system700, sensory nodes 705, or other devices (such as emergency responderdevices) to determine a location of the user device 710. For example,user device 710 can send out a beacon signal that can be detected bysystem 700, sensory nodes 705, or other devices to determine a locationof the user device 710. User device 710 can also be a passivecommunication device, using technologies such as near fieldcommunication (NFC). Such devices can include a smart phone, a smartwatch, or implantable chips. In one embodiment, a device of an emergencyresponder can scan a location (or otherwise detect passivecommunications) to determine if a user device 710 is within thelocation. For example, an emergency responder device can detect that asmart phone is within a bedroom. The information can then be used todetermine that a user of the smartphone is within the bedroom. Inanother embodiment, the user device 710 can be an implantable chipwithin a human. A device of the emergency responder can detect the userdevice 710 and can identify a user of the user device 710 via theinformation conveyed by the user device 710 through the NFC. In yetother embodiments, user device 710 can be configured to detectinformation of other user devices 710. For example, a user following anevacuation route with a first user device 710 can pass a person with asecond user device 710 and detect a location of the second user device710. The first user device 710 can then transmit the location of thesecond user device 710 to system server 700, sensory nodes 705, oremergency responders.

In an illustrative embodiment, the user interface can include anapplication running on user device 710, which can be a smart phone. Suchan application can include an interface for a user to includeinformation about the system in general, or about particular aspects ofthe system. For example, the application can provide a user interface toallow a user to enter information regarding a floor plan of thebuilding, a map or layout of the neighborhood, building information suchas materials of construction, an elevation drawing, window location,etc. In another example, the application can provide a user interface toallow a user to enter information regarding particular sensory nodes705. Such information can include location of the sensory node withrespect to the building, location of the sensory node with respect to aparticular room, a picture of the room and/or sensory node, etc.

In some embodiments, the user interface accessible through the userdevice 710 can indicate an evacuation route to a user. The evacuationroute can be based on the location of the user device 710. Theevacuation route can also be based on the type or location of theevacuation event. The evacuation route can be determined by the systemserver 700, one or more sensory nodes 705, or one or more user devices710. For example, the user device 710 can receive a map of a buildingthat the user device 710 is in. In some embodiments, the user device 710can receive the building information as soon as the user device is incommunication with system server 700 or sensory nodes 705. In someembodiments, the user can selectively receive the building information.In such embodiments, the user can, for example, request buildinginformation from the system 700 or sensory nodes 705. In otherembodiments, the system 700 or the sensory nodes 705 can query the userdevice 710 (or the user) to determine if the user device will receivethe building information. In yet other embodiments, building informationcan be received by the user device 710 automatically. In someembodiments, the user device 710 will receive building information onlyif there is an evacuation event detected. The user device 710 can beconfigured to receive information via Wi-Fi, 3G, 4G, SMS, etc.

In some embodiments, the user device 710 can receive informationregarding the evacuation condition and information relevant todetermining an evacuation route. Such information can include locationof other occupants, a type of evacuation condition (e.g., fire, flood,smoke, etc.), location of exits, blocked pathways, location of userdevice 710, etc. The user device 710 can then use the informationregarding the evacuation condition to determine an evacuation route. Theuser device 710 can also determine the evacuation route based oninformation from the user device 710. For example, the user device 710can recognize that the user of the user device 710 is handicapped andcannot climb down stairs. In such an example, the user device 710 candetermine an evacuation route that is wheelchair accessible but stillallows the user to travel to safety.

In some embodiments, the user device 710 can modify the evacuation routebased on information received or determined after an initial evacuationroute has been determined. For example, an initial evacuation route canindicate that a user should walk down a hallway. The user device 710 cantrack the movement of the user device 710 (and, therefore, the user)indicating that the user device 710 is moving down the hallway. The userdevice 710 can also determine that the user device 710 has begun to movein a direction opposite to the path indicated by the evacuation route.This could be because the evacuation condition has made the hallway anunsafe route, and the user recognized such and began to retreat. In suchan instance, the user device 710 (or system server 700) can determine anew evacuation route that avoids the hallway that was previously used inthe evacuation route. In another example, the user device 710 caninitially receive information indicating that exiting via the west wingof a building is safe and efficient. The user device 710 can thenreceive information indicating that the west wing is no longer a saferoute because, for example, a fire has spread to the west wing. In sucha case, the user device 710 (or system server 700) can determine a newevacuation route that avoids the west wing.

In an illustrative embodiment, the user device 710 can be configured todisplay an evacuation route to a user using turn by turn instructions.In such an embodiment, the user device 710 can have building informationincluding a floor plan stored thereon. The user device 710 can thenreceive or determine an evacuation route that navigates through thefloor plan. The user device 710 can monitor the location of the userdevice 710, and give turn-by-turn instructions based on the evacuationroute, the floor plan, and the current location of the user device 710.The turn-by-turn instructions can be delivered via any method known inthe art including audio (e.g., voice) and graphical.

In another illustrative embodiment, the application can be used duringinstallation of the system, thereby allowing a do-it-yourself setup ofthe system. As discussed above, sensory nodes 705 can be associated withan identification code. The application can be used to read or identifythe identification code. The identification code can be identified byreading a bar code, a quick response code (QR code), near fieldcommunication (NFC), radio frequency identification (RFID), etc. Whenthe sensory node 705 is placed in commission, the application canidentify the sensory node 705 by the identification code and communicatethat information to the system server 700. The application can be usedto gather and communicate other information such as a location, apicture, etc. For example, if sensory node 705 is a smoke detector onthe ceiling of a bathroom, user device 710 can be placed near thesensory node 705 to read the identification code. Once user device 710reads the identification code, the user device can also capture locationinformation, such as coordinates or room information. Thus, user device710 can communicate to system server 700 that sensory node 705 withidentification code X is located in the bathroom at coordinates Y at anelevation of Z. The application can identify settings of sensory node705 and communicate that information to system server 700. In oneembodiment, settings information can be captured by user device 710 viawireless communication. In another embodiment, settings information caninclude dip switch settings, electrical jumper locations, or otherphysical settings. In such an embodiment, user device 710 can be used tocapture an image of the physical settings, and send the image to systemserver 700. Thus, if sensory node 705 needs to be replaced, systemserver 700 can provide information on how the new sensory node 705should be configured. Thus, user device 710 can allow a user to setupmultiple sensory nodes 705 with a single user device 710, which can be asmartphone, thereby allowing a do-it-yourself system for the user.

The user can also access system integrity and status information throughthe user interface. The system integrity and status information caninclude present battery levels, historic battery levels, estimatedbattery life, estimated sensor life for any of the sensors in any of thesensory nodes, current and historic AC power levels, current andhistoric communication signal strengths for the sensory nodes, currentand historic sensitivity levels of the sensory nodes, the date of systeminstallation, the dates when any system maintenance has been performedand/or the type of maintenance performed, etc. The system informationaccessible through the user interface can further include current andhistoric levels of smoke, heat, carbon monoxide, ambient light,occupancy, etc. detected by each of the sensory nodes.

The system can also provide the user with weekly, monthly, yearly, etc.diagnostic reports regarding system status. The reports may also beprovided to emergency response departments such as a fire department andan insurance provider that insure the user's home. The system can alsosend reminders to the user to perform periodic tests and/or simulationsto help ensure that the system is functional and that the user staysfamiliar with how the system operates. In one embodiment, users mayreceive an insurance discount from their insurance provider only if theyrun the periodic tests and/or simulations of the system. The system canalso send periodic requests asking the user to provide any changes tothe information provided during installation. Examples of informationthat may change can include an addition to the structure, additionaloccupants living at the structure, a new pet, the death of a pet, feweroccupants living at the structure, a change in construction materials ofthe structure such as a new type of roof, new flooring, etc.

In an illustrative embodiment, the user can develop and run emergencytest scenarios through the user interface to test the system and helpensure that the user understands how the system operates. As an example,the user may simulate an evacuation condition of a fire. As such, thesystem can provide evacuation routes, play pre-recorded messages, soundan alarm, send a warning alert to the user, etc. such that the user andothers in the structure can perform a fire drill. In addition topracticing the fire drill, the user can verify that room locationsassociated with the sensors are accurate, the desired volume levels ofthe sensors are being used, that pre-recorded evacuation messages arecorrect, etc. As discussed above, in the event of an evacuationcondition or mass notification message, the system can also beconfigured take different actions based on the time of day that theevacuation condition is detected or that the mass notification isreceived. The user can also simulate an evacuation condition for aspecific time of day to ensure that the system operates as designated bythe user for that specific time. The user can also simulate the systemwith respect to mass notifications that may be received and conveyed bythe system such as weather alerts, school closings, etc.

In an illustrative embodiment, evacuation simulations can be controlledby the system server 700. Alternatively, a separate emergency simulatorserver may be used. In one embodiment, the simulation of an evacuationcondition may be performed in conjunction with the emergency responderserver 715 and/or the emergency call center 720 to ensure that thesystem properly provides the authorities with a notification of theevacuation condition. In such an embodiment, the notification providedto the emergency responder server 715 and/or the emergency call center720 can be designated as a ‘test’ notification or similar to ensure thatthe emergency responders know that there is not an actual evacuationcondition.

Although not illustrated in FIG. 7, it is to be understood that thecommunications may occur through a direct link or a network such as theInternet, cellular network, local area network (LAN), etc. Sensory nodes705 can communicate with user device 710 via a low energy or ultra-lowenergy wireless communication, such as Bluetooth Low Energy (BLE). Insome embodiments, sensory nodes 705 can communicate directly with userdevice 710, thereby eliminating the need for a third-party call center.In some embodiments, the user device 710 does not have to be in constantcommunication range of sensory nodes 705. Sensory nodes 705 caninternally store data acquired while user device 710 is not withincommunication range. Sensory nodes 705 can be configured to store datagathered over a period of, for example, a minute, an hour, a day, twodays, a week, a month, etc. Once user device 710 is within communicationrange, sensory nodes 705 can communicate the data to user device 710. Insome embodiments, sensory nodes 705 can communicate with a storagedevice (not shown in FIG. 7) that is constantly in communication rangeof sensory nodes 705. Thus, sensory nodes 705 can store data in thestorage device when the user device 710 is not within communicationrange. In some embodiments, sensory nodes 705 communicate exclusivelywith the storage device. The storage device can communicate the data touser device 710 when the user device 710 is within communication rangeof the storage device. In such an embodiment, the storage device and/orsystem server 700 may not be directly connected to a network for remotecommunication. The data that is provided to user device 710 can includeany data acquired by sensory nodes 705, energy usage data within thebuilding, and/or data from sensors placed in the building such as rainsensors, wind sensors, flood sensors, hail sensors, etc.

User device 710 can communicate with system server 700 via any wirelesscommunication protocol known to those skilled in the art. For example,user device 710 can communicate with system server 700 using BLE,wireless LAN, or a cellular network. User device 710 can communicatedata received from sensory nodes 705 to system server 700. In someembodiments, the sensory nodes 705 can continuously monitor to determinewhether user device 710 is within communication range. In otherembodiments, the sensory nodes 705 can periodically check to determinewhether user device 710 is within communication range. For example, thesensory nodes 705 can check for a nearby user device 710 every second,every five seconds, every minute, every hour, etc. For example, sensorynodes 705 can be located in a house of a user. User device 710 can be asmart phone. Thus, when the user goes to work for the day and bringsuser device 710 along, user device 710 is out of communication range ofsensory nodes 705. All data acquired by sensory nodes 705 while the useris at work is stored by the sensory nodes 705. When the user returns tothe house from work, with user device 710, sensory nodes 705 cancommunicate the data to the user device 710 which can, in turn,communicate the data to system server 700 and/or any other externalsystem such as emergency responder server 715.

FIG. 8 is a flow diagram illustrating operations performed by a userdevice 710 in accordance with an illustrative embodiment. In alternativeembodiments, additional, fewer, and/or different operations may beperformed. Further, the use of a flow diagram is not meant to belimiting with respect to the order of operations performed. Any of theoperations described with reference to FIG. 8 can be performed by one ormore sensory nodes, by one or more decision nodes, and/or by a systemserver. In an operation 810, an indication of an evacuation condition isreceived. The indication of the evacuation condition can be from thesystem server 700 or by one or more sensory nodes 705. In someembodiments, the indication of the evacuation condition can be receivedfrom a system for managing various aspects of a building. For example,hotels, stadiums, and office buildings (and various other types ofbuildings) can have a building management system or a fire alarm controlpanel (FACP). The various systems described in the present disclosurecan be configured to access and/or share information with the systemsalready installed and configured in the building. For example, abuilding management system, building automated system, or FACP caninclude a panel on a wall or a control center configured to allow a userto access and control various aspects of a building. Such aspects caninclude security cameras or video (including closed-circuit television(CCTV)), water management, smoke detectors, fire alarms, heating,ventilation, and air conditioner (HVAC) systems, mechanical systems,electrical systems, illumination systems, elevators, announcementsystems, and plumbing systems. In some embodiments, the buildingmanagement system can send an indication of the evacuation condition tothe system server 700 or a sensory node 705, and the system server 700or the sensory node 705 can process the indication of the evacuationcondition as described in the present disclosure.

In some embodiments, the building management system, FACP, etc. can sendan indication of the evacuation condition to the user device 710,thereby getting rid of the need of a call center. The user device 710can have an application or other software installed on the user device710 to process the indication of the evacuation condition accordingly.For example, the user device 710 can notify the user, prompt the user ifemergency personnel should be contacted, and/or provide instructions onhow to evacuate the building. In an embodiment that has a user device710 notifies the user of the evacuation condition, in an operation 820,user device 710's settings can be adjusted. For example, a volume levelof the user device can be increased. In an operation 830, the userdevice 710 can notify the user of the evacuation condition. Thenotification can include a prompt for the user to allow the user device710 to contact emergency personnel (e.g., via 911). In an operation 840,the user device 710 can determine an evacuation route. The user device710 can receive information (e.g., a floor plan) including informationindicating navigable pathways. The user device 710 can evaluate variouspossible navigable pathways and determine the best route to escape fromthe building. In some embodiments, the information received can includepathways that are determined to not be navigable. For example, a hallwaycan be determined to be not navigable because it is flooded. In someembodiments, the user device 710 can receive the evacuation route fromanother system. The user device 710 can display the evacuation route tothe user (e.g., via turn-by-turn instructions, a map, etc.). Such asystem can allow the user device 710 to operate in place of athird-party call center, thereby eliminating the need for such a callcenter.

In an operation 850, the user device 710 can receive informationregarding the determined evacuation route. Such information can includeinformation that indicates that the determined evacuation route is nolonger recommended. For example, the user device 710 can track the userdevice 710's location along the determined evacuation route. The userdevice 710 can detect sounds indicating that the user device 710 isheaded for an unsafe environment (e.g., the roar of a fire is gettinglouder as the user device heads along the determined evacuationcondition and toward the fire). In another example, the user device 710can determine that the user is not following the determined evacuationroute. In some embodiments, the user device 710 can receive informationfrom a building management system, system server 700, and/or sensorynodes 705 that indicates that a portion of the building is notnavigable. In an operation 860, the user device 710 can determine anupdated evacuation route based at least in part on the informationreceived regarding the determined evacuation route. The updatedevacuation route can be a route that avoids a portion of the buildingdetermined to not be navigable. The user device 710 can display to theuser the updated evacuation route.

In an operation 870, the user device 710 can transmit locationinformation. In some embodiments, the user device 710 can transmit abeacon allowing another system (including other user devices) todetermine the location of the user device. For example, an emergencypersonnel device 725 can be used to scan a given location for the userdevice 710. In some embodiments, the user device 710 can sendinformation indicating the location of the user device to the systemserver 700, the sensory nodes 705, and/or emergency personnel via Wi-Fi,3G, 4G, etc.

FIG. 9 is a diagram illustrating a sensory node 905 with a heatprotective ring 915 in accordance with an illustrative embodiment. Thesensory node 905 can comprise a housing 910 and electronic circuitry920. The protective ring 915 can be configured to release a substancethat can protect the electronic circuitry 920 from heat. In one example,sensory node 905 can be located in a house that is on fire. When thefire increases the temperature of the sensory node 905, the protectivering 915 can release a substance that can absorb the heat from the fire,thereby decreasing the rate at which the temperature of the electroniccircuitry 920 is increased. That is, the heat from the fire willincrease the temperature of the substance released by the protectivering 915 instead of increasing the temperature of the electroniccircuitry 920. Thus, the protective ring 915 can, in some instances,protect the electronic circuitry 920 from being damaged. In otherinstances, the protective ring 915 can delay the harmful effects of theheat, thereby prolonging the life of the electronic circuitry 920 in thecase of extreme heat. One of skill in the art will recognize that theprotective ring 915 can be used to protect various components from heatand the protective ring 915 is not limited to protecting electroniccircuitry 920. One of skill in the art will also recognize that theprotective ring 915 can be used in multiple locations for multipledevices and is not limited to use in a sensory node.

The substance released by the protective ring 915 can be any substancethat is chemically compatible with the materials of the sensory node 905and can absorb heat. For example, the substance can be water. In anotherexample, the substance can be water with an additive. The additive canbe an anti-freeze. The water and anti-freeze mixture can have a lowerfreezing point than pure water. In another example, the additive canincrease the boiling point of the water. In another example, thesubstance can be a solid at room temperature and melt and/or evaporateat a higher temperature. For instance, the substance can melt and/orevaporate at a temperature at or slightly lower than a temperature thatdegrades the performance of the electronic circuitry 920. In someembodiments, while the heat absorbing substance is contained within theprotective ring 915, the substance is pressurized to a pressure aboveatmospheric pressure.

In one embodiment, the protective ring 915 can comprise a hollow ringfilled with fluid. In one example, the hollow ring can be comprised of aplastic that melts at a release temperature. The release temperature cancorrespond to a temperature that degrades the performance of theelectronic circuitry 920. In some instances, the release temperature canbe between room temperature (e.g., 75° F.) and the temperature thatdegrades the performance of the electronic circuitry. The hollow ringcan be filed with a fluid as described above. As the temperature of thesensory node 905 and, therefore, the temperature of the hollow ringincreases, the hollow ring can melt, thereby releasing the substanceinto the housing 910. As the temperature continues to increase, thesubstance can absorb the heat and gasify.

In another example, the hollow ring can be comprised of a material witha high melting point such as a metal (e.g., steel, stainless steel,copper, etc.) with orifices configured to slowly release the substanceat a release temperature. In one example, the orifices can be holesformed in the hollow ring. The holes can be filled with a material(e.g., a plastic) that melts at the release temperature. When thesensory node 905 and, therefore, the protective ring 915 increases intemperature to the release temperature, the plastic that fills the holescan melt, and the substance within the hollow ring can be released intothe housing 910. The orifices can be configured to release the substancegradually and in a controlled manner. In some embodiments, the holes inthe hollow ring can be filled with different materials with differentmelting points. The materials used in various holes can be selectedaccording to the proximity of the holes to electrical components thatshould be protected. For example, some electrical components on theelectronic circuitry 920 can be more susceptible to heat than othercomponents. The holes of the protective ring 915 that are closest to themore susceptible components can be filled with a material that meltsand, therefore, releases the substance that absorbs heat at a lowertemperature than material of holes in the protective ring 915 that areclose to components of the electronic circuitry 920 that are moreheat-tolerant.

In some embodiments, the sensory node 905 can comprise a monitoringsystem that can manage the release of the heat absorbing substance. Insuch an embodiment, the protective ring 915 can comprise mechanicalrelease mechanisms that can release the heat absorbing substance whenthe monitoring system determines that the heat absorbing substanceshould be released (e.g., when the electronic circuitry 920 is at arelease temperature). In some embodiments, the monitoring system canhave one or more temperature sensors and can monitor the temperature ofone or more portions of the electronic circuitry 920. In the embodimentwith multiple temperature sensors, the monitoring system can determinethat a portion of the electronic circuitry 920 requires protection fromheat, and can send a signal to the portion of the protective ring 915that is closest to the portion of the electronic circuitry 920 requiringheat protection to release the heat absorbing substance. The portion ofthe protective ring 915 closest to the electronic circuitry 920requiring heat protection can release the heat absorbing substance inresponse to the signal from the monitoring system.

In some embodiments, the protective ring 915 has an annular shape. Inother embodiments, the protective ring 915 is elliptical, rectangular,arbitrary, or any shape. In some embodiments, the protective ring 915has a uniform thickness. In other embodiments, the protective ring 915has a thickness that varies along the length of the protective ring 915.For instance, a portion of the protective ring 915 that is closest tocomponents of the electronic circuitry 920 that is most susceptible toheat can be thicker, thereby containing (and releasing) more of the heatabsorbing substance than other portions of the protective ring 915.

Electronic circuitry 920 can have an insulating layer applied over theelectrical components. The insulating layer can insulate the electroniccircuitry from heat. The insulating layer can also protect theelectronic circuitry from harmful effects of releasing the heatabsorbing substance (e.g., water). In some embodiments, the insulatinglayer is a conformal coating applied to the electronic circuitry 920.The conformal coating can be any conformal coating known in the art toprotect the electronic circuitry 920 from heat, dust, debris, and/orliquid. For example, the conformal coating can be comprised ofpolyurethane, acrylic, silicone, epoxy resin, parylene, etc.

FIG. 10 is a diagram illustrating a sensory node 905 with a segmentedheat protective ring 925 a-925 e in accordance with an illustrativeembodiment. As described above with reference to FIG. 9, sensory node905 can have a housing 910 and electronic circuitry 920. The varioussegments of the protective ring 925 a-925 e can be configured to releasea heat absorbing substance independently from one another. For example,if protective ring segment 925 a increases in temperature to the releasetemperature, protective ring segment 925 a can release the heatabsorbing substance regardless of whether protective ring segments 925b-925 e have reached the release temperature.

In some embodiments, the release temperature of the various protectivering segments 925 a-925 e can be different. In other embodiments, therelease temperature is the same. In yet other embodiments, some of theprotective ring segments, e.g., 925 a-925 c, have a first releasetemperature and other protective ring segments, e.g., 925 d and 925 e,have a second release temperature.

As shown in FIG. 10, at least a portion of a protective ring segment 925e can be disposed of on the electronic circuitry 920. In someembodiments, the entire electronic circuitry 920 is covered with one ormore protective ring segments 925 e. In some embodiments, the protectivering segments 925 a-925 e do not comprise a ring shape at all and can beentirely disposed on the electronic circuitry 920. In other embodiments,one or more protective ring segments 925 e can be located on portions ofthe electronic circuitry 920. The one or more protective ring segments925 e can be located near components of the electronic circuitry 920that are more susceptible to heat and require the most protection fromheat.

FIG. 11 is a block diagram illustrating components housed in aprotective housing in accordance with an illustrative embodiment. Insome embodiments, one or more of the components illustrated in FIG. 7can be housed in a protective housing. The protective housing can beconfigured to protect the component from heat (e.g., from a fire), water(e.g., from a flood or from sprinkler water), or from physical contact(e.g., from a building collapsing on the component). Within theprotective housing can be a backup power source 1105, such as a battery,that can be used to power the device if external power fails. Thebattery can be sufficiently large to allow the electronics housed withinthe protective housing to operate, for example, for 168 hours without anexternal power source. If power is supplied to the electronics by anexternal power source (e.g., 120 Volts of alternating current power),the battery can be charged using the external power source via a powerconverter. In such an embodiment, the component can continue to operateduring an evacuation condition (e.g., fire, flood, etc.) even underextreme conditions and loss of external power.

In one embodiment, system server 700 is contained within a protectivehousing. FIG. 11 illustrates a recording device 1100 that can be housedin a protective housing. The recording device 1100 can comprise a powersource 1105 which can include an external power source and/or aninternal power source (e.g., a battery). The recording device 1100 canfurther include memory 1110, a beacon 1115, a transceiver 1120, and aprocessor 1130. The protective housing can protect the recording device1100 from a static crush force, an impact force, a puncture force, wateror other liquid immersion, extreme hot or cold temperatures, and/orcorrosive environments. The recording device 1100 can be configured torecord information received via transceiver 1120 from sensory nodes 705,system server 700, user device 710, and/or any other source ofinformation relevant to the present disclosure. For example, therecording device 1100 can record sensor data from sensory nodes 705before, during, and after an evacuation condition.

Such recorded information can be used after the evacuation condition toreconstruct the events that lead to the evacuation condition and theevents during the evacuation condition. Such information can be usefulfor several reasons. For example, insurance companies may be interestedin reconstructing the events of an evacuation condition to determinewhether an event was caused as part of insurance fraud. In anotherexample, police may be interested in the information to solve crimesrelated to the evacuation condition (e.g., arson, looting, etc.).

The recording device 1100 can be configured to record informationreceived from various types of sensor nodes 705. For example, therecording device 1100 can be configured to record temperatures,occupancy, motion, carbon monoxide and/or carbon dioxide levels, smokelevels, locations, power throughout the building, still images, videos,sound, etc. with associated time stamps. The recording device 1100 canbe configured to record information sent from sensor nodes 705 up to thepoint that the sensor nodes 705 fail. For example, a sensor node 705that is a video capture device can send video information to therecording device 1100 that can, in turn, record the video information.The sensor node 705 can send video information to the recordingcomponents for as long as the sensor node 705 is capable. For example,the recording device 1100 can record video from the sensor node 705until the sensor node 705 is disabled or destroyed by a burglar. Inanother example, the recording device 1100 can record video from thesensor node 705 until the sensor node 705 is melted and/or destroyed bya fire.

The recording device 1100 can be configured to store at least 168 hoursof data from the various sensor nodes 705. The memory 1110 can be anon-volatile type memory that does not require power to maintain storedinformation. The memory 1110 can be configured to store data on afirst-in-first-out basis. That is, the memory can store received datauntil the memory is full. When the memory is full, the oldest data canbe overwritten with newly received data. In one embodiment, therecording device 1110 can be configured to continually record receiveddata regardless of alarm condition. In an alternative embodiment, therecording device 1100 can be configured to store ten hours of data priorto an alarm event (e.g., flood, fire, etc.) and five hours of datareceived after the alarm event. The recording device 1100 can also beconfigured to store data regarding the sensor nodes 705. Such data caninclude location data of each sensor node 705, a type of sensor, asensor identification number, etc.

The recording device 1100 can comprise a beacon 1115. The beacon 115 canbe configured to transmit a signal that can be used to locate therecording device 1100. In some embodiments, the beacon 1115 can beconfigured to transmit an audio and/or visual signal. In otherembodiments, the beacon 1115 can be configured to transmit anelectromagnetic signal that can be detected by a detector device. Forexample, the beacon 1115 can be configured to transmit a wireless signalat 900 megaHertz (MHz) every 33 seconds. The detector device can be anydevice capable of detecting the beacon 1115 to locate the recordingdevice 1100. In some embodiments, the detector device can be user device710 or another, similar device. The electromagnetic beacon signal can beany electromagnetic signal capable of use for locating the recordingdevice 1100. For example, the electromagnetic signal can be operablewith Bluetooth, Zigbee, Bluetooth Low Energy, Wi-Fi, cellular networks,NFC, 2 Gig 345 MHz protocol, General Electric 319.5 MHz protocol, etc.technology.

The recording device 1100 can be secured such that the recording device1100 cannot be easily removed from a building. The recording device 1100can be securely fastened to, for example, steel beams, a concretefoundation, a water heater, a main water pipe, etc. In some embodiments,the recording device 1100 can be configured to be secured to a waterpipe. The water pipe can be any size, for example, 0.5 inches, 1 inch,1.5 inches, 2 inches, 6 inches, etc. in diameter. The housing of therecording device 1100 can include a concave side that is configured toreceive the pipe. The housing of the recording device 1100 can alsoinclude a strap or other securing mechanism to secure the housing to thepipe. The housing of the recording device 1100 can be configured to becooled by the water pipe, for example in the case of a fire. In anillustrative embodiment, the recording device can include a heat sink totransfer heat from the recording device 1100 to the water pipe. In someembodiments, the recording device 1100 can be configured to determinewhether the water pipe has water flowing, and how much. Such informationcan be used to determine occupancy, whether a sprinkler system isactivated, etc. In some embodiments, the recording device 1100 can besecured underground. The recording device 1100 can also be hidden fromready access, such as within a wall. In some embodiments, the recordingdevice 1100 can be placed within a water tank, e.g., an aquarium. Insuch embodiments, the recording device 1100 can be in communication withan antenna located out of the water, thereby improving communications ofthe recording device 1100.

The recording device 1100 can be configured to communicate with multipletypes of systems. For example, the transceiver 1120 can be configured tocommunicate with sensory nodes 705 individually and/or with asupervisory control and data acquisition (SCADA) system. The transceiver1120 can be capable of communicating with devices via Bluetooth, Zigbee,Bluetooth Low Energy, Wi-Fi, cellular networks, NFC, 2 Gig 345 MHzprotocol, General Electric 319.5 MHz protocol, etc. technology.

FIG. 12 is a diagram illustrating layers of a protective housing 1200 inaccordance with an illustrative embodiment. As shown in FIG. 12,protective housing 1200 can have a water-resistant layer 1215, afire-resistant layer 1210, and an outside layer 1205. In alternativeembodiments, protective housing 1200 can have additional or fewer layersor have a different arrangement of layers. The layers 1205, 1210, and1215 can enclose an internal space 1220. The internal space 1220 can beused to house various electronics, for example recording device 1100.The electronics housed in the internal space 1220 can have an insulatingmaterial. For example, the electronics can be potted using polyurethane,acrylic, silicone, epoxy resin, parylene, or any other material thatwill protect the electronics from heat, dust, debris, and/or liquid. Insome embodiments, the protective housing 1200 can be tamper-proof. Insuch embodiments, the protective housing 1200 cannot be opened withoutspecialized tools and/or destroying the protective housing 1200.

The water-resistant layer 1215 can be comprised of a water-imperviousmaterial, for example plastic. The materials of the protective housing1200 can be comprised of materials that permit electronics housed in theinternal space 1220 to communicate wirelessly with devices locatedoutside of the protective housing 1200. For example, the various layersof the protective housing 1200 can be non-metals.

A fire-resistant layer 1210 can be configured to keep the internal space1220 at a particular temperature given certain conditions. For example,the fire-resistant layer 1210 can be configured to maintain atemperature of 257° F. or lower when the outside temperature is 1,200°F. for forty-five minutes. In another example, the fire-resistant layer1210 can be configured to protect data stored on a memory within theinternal space 1220 from a fire outside of the protective housing 1200that can be up to 1,550° F. for thirty minutes, per ASTM Internationalstandard E-119 (also known as the American Society for Testing andMaterials Standard). The fire-resistant layer 1210 can be comprised of asingle layer or multiple layers. In an embodiment with multiplefire-resistant layers 1210, the various layers can be comprised of thesame material or different materials. In an embodiment, thefire-resistant layer 1210 can be 2.5 inches thick.

The fire-resistant layer 1210 can be comprised of a low-conductivitymaterial. The fire-resistant layer 1210 can also be comprised of ahydrate material, for example alum (e.g., potassium aluminum sulfate) orgypsum (e.g., calcium sulfate dihydrate). In an embodiment, thefire-resistant layer 1210 can be comprised of gypsum board. Thefire-resistant layer 1210 can comprise moisture (e.g., water trapped inthe gypsum board at room temperature). The moisture can vaporize whenheated, thereby absorbing heat and preventing outside heat fromincreasing the temperature of the internal space 1220.

The outside layer 1205 can protect the fire-resistant layer 1210 fromdirt, debris, excess moisture, etc. when the protective housing 1200 isnot in an extreme environment. The outside layer 1205 can also be usedto improve the aesthetics of the protective housing 1200.

In some embodiments, the housing 1200 can further include acrush-resistant layer (not shown in FIG. 12). The crush-resistant layercan maintain a structural rigidity and/or protect the internal space1220 from a force of 5,000 pounds. The crush-resistant layer can bebillet machined. For example, the crush-resistant layer can be billetaluminum or billet titanium, e.g., Grade 2 titanium. In an example, thecrush-resistant layer can be billet aluminum and withstand 2,000 poundsof force while maintaining structural integrity. In another example, thecrush-resistant layer can be billet titanium and withstand 5,000 poundsof force while maintaining structural integrity. In an embodiment, thecrush-resistant layer can surround the fire-resistant layer 1210. Inother embodiments, the fire-resistant layer can surround thecrush-resistant layer. In some embodiments, the crush-resistant layercan be approximately four inches wide, six inches long, and one inchhigh. In such an embodiment, if the crush-resistant layer is formed ofaluminum, the crush-resistant layer can weigh approximately one pound.Further, if the crush-resistant layer is formed of titanium, thecrush-resistant layer can weigh approximately 1.5 pounds.

In some embodiments, for example those with a metal crush-resistantlayer, the protective housing 1200 can further include an externalantenna. In some embodiments, the antenna can be a low-frequencyantenna. The antenna can be encapsulated in a low-permeability ceramicpotting layer. The ceramic potting layer can be formed over a surface ofthe protective housing 1200. The ceramic potting layer can be anyceramic potting layer known to those of skill in the art, for examplethe ceramic potting layer discussed in U.S. Pat. No. 3,078,186, which isincorporated herein by reference in its entirety. The ceramic pottingmaterial can insulate and seal the external antenna. A feed line can befed through the protective housing 1200 from the external antenna toelectronics stored within internal space 1220.

Protective housing 1200 can have an electrical access hole 1225 to allowelectrical cables (e.g., Ethernet, power, etc.) to access electronicshoused inside the protective housing 1200. The access hole can beconfigured to prevent water from entering the protective housing 1200.For example, the interior access hole can be offset from the exterioraccess hole, as shown in FIG. 12. In some embodiments, the space withinthe electrical access hole 1225 that is not occupied by cables can befilled with a water impervious material.

The protective housing 1200 can be secured such that the protectivehousing 1200 cannot be easily removed from a building. The protectivehousing 1200 can be securely fastened to, for example, steel beams, aconcrete foundation, a water heater, a main water pipe, etc. In someembodiments, protective housing 1200 can be configured to be secured toa water pipe. The water pipe can be any size, for example, 0.5 inches, 1inch, 1.5 inches, 2 inches, 6 inches, etc. in diameter. The protectivehousing 1200 can include a concave side that is configured to receivethe pipe. The protective housing 1200 can also include a strap, lockingmechanism, or other securing mechanism to secure the protective housing1200 to the pipe. The protective housing 1200 can be configured to becooled by the water pipe, for example in the case of a fire. In anillustrative embodiment, the protective housing 1200 can include a heatsink to transfer heat from the internal space 1220 to the water pipe. Insome embodiments, the protective housing 1200 can be securedunderground. The protective housing 1200 can also be hidden from readyaccess, such as within a wall. In some embodiments, the protectivehousing 1200 can be placed within a water tank, e.g., an aquarium. Insuch embodiments, electronics within the internal space 1220 can be incommunication with an antenna located out of the water, therebyimproving communications of the electronics within the internal space1220.

FIGS. 14-20 show the outputs of a sensory node 705 in accordance with anillustrative embodiment of the present disclosure and of a commerciallyavailable smoke detector (labeled “OEM Detector”). As shown in FIGS.14-20, the wireless outputs of sensory node 705 comprise numerical datapoints (labeled on the left-hand Y-axis) and the outputs of thecommercially available smoke detector comprise discrete, descriptivedata points.

FIG. 14 is a graph illustrating exemplary outputs of a sensory node 705detecting smoke from a paper fire in accordance with an illustrativeembodiment. FIG. 15 is a graph illustrating exemplary outputs of asensory node 705 detecting smoke from a wood fire in accordance with anillustrative embodiment. As shown in FIG. 15, the sensor node 705detected smoke initially rising to about 7.5% obscuration correspondingto the smoldering wood. The sensor node 705 then detected a drop insmoke down to about 5.5% obscuration before detecting smoke levels ofabout 7.5% obscuration again, corresponding to the ignition of the wood.The up-down-up cycle of smoke detection occurs in this exemplary testbecause as the smoke smolders and produces smoke, the smoke level at thesensory node 705, which was placed on the ceiling, increases to about7.5% obscuration. When the wood ignites, a heat wave is generated thatrises to the ceiling and then radiates outward towards the sensory node705. As the heat wave passes by the sensory node 705, the smoke ismomentarily reduced at the sensory node 705 before rising to about 7.5%obscuration again. Thus, by monitoring real-time data from sensory node705, system server 700 (or a user of system server 700) can determinethe point and/or time of ignition of the fire by a graph similar to thegraph shown in FIG. 15. In an exemplary embodiment, system server 700can monitor the smoke levels detected by a sensory node 705 anddetermine the fuel that started the fire. System server 700 can thensend the information (e.g., what fuel started the fire) in anotification to a user via, e.g., user device 710 or emergency responderdevice 725. In another exemplary embodiment, system server 700 canmonitor the smoke levels detected by a sensory node 705 and send thedetected information to, for example, user device 710 or emergencyresponder device 725. The device receiving the information can thendetermine, based on the received information, what fuel started thefire.

FIG. 16 is a graph illustrating exemplary outputs of a sensory node 705detecting smoke from a flammable liquid fire in accordance with anillustrative embodiment. FIGS. 14-16 show the different smoke signaturesfrom fires fueled by different materials. Monitoring, tracking, and/orstorage of such real-time and/or streaming data can be used to determinewhat started a fire based on the smoke signature of the fire. Forexample, the magnitude of the smoke detected can be used todifferentiate the fuel supplying the fire. Such information can be used,for example, by emergency personnel to determine how to respond to sucha fire.

FIG. 17 is a graph illustrating exemplary outputs of a sensory node 705detecting smoke from a smoldering fire in accordance with anillustrative embodiment. As shown in FIG. 17, between approximatelysample 8,000 to sample 13,000 sensory node 705 detected a rise in smokelevels before the level of smoke rose to an alarm level. That is, aroundsample 13,000, a traditional smoke detector would alarm, even thoughthere has been a rising level of smoke before the smoke levels rose tothe alarm threshold. A continuous sample rate or near continuous samplerate (e.g., one sample per three seconds) can identify a potentiallyhazardous situation before a traditional smoke detector by monitoringthe first derivative (i.e., the rate of change) of the smoke leveldetected by the sensory node 705. For example, sensory node 705, systemserver 700, user device 710, or any other computing device that canreceive such real-time data can identify a continuous rate of change inthe smoke level detected by sensory node 705 and warn occupants and/orusers of a potential hazard before the smoke levels trigger an alarm.

FIG. 18 is a graph illustrating exemplary outputs of a sensory node 705detecting temperature of a fire in accordance with an illustrativeembodiment. FIG. 19 is a graph illustrating exemplary outputs of asensory node 705 detecting high temperatures in accordance with anillustrative embodiment. FIG. 20 is a graph illustrating exemplaryoutputs of a sensory node detecting high temperatures in accordance withan illustrative embodiment. FIGS. 18-20 illustrate that sensory nodes705 in accordance with the present disclosure can register temperaturesup to (and beyond) 700° F.

As shown in FIG. 19, sensory node 705 can be configured to provide anindication of only one sensed alarm condition at a time. For example,the sensory node 705 can be configured to transmit either a smoke alarmor a high heat alarm. In such an embodiment, the smoke alarm indicationcan be given priority over the high heat alarm, as per UL StandardUL-217, § 34.1.6 (6th ed., Nov. 20, 2012). That is, if a smoke conditionand a high heat condition are detected, the sensory node 705 willtransmit only the smoke alarm.

However, in other embodiments, sensory node 705 can be configured togive priority to the high heat alarm. In yet other embodiments, sensorynode 705 can be configured to transmit a plurality of alarmssimultaneously (e.g., at the same time, in rapid succession, etc.). Inaddition to smoke alarm conditions and heat alarm conditions, sensorynode 705 can be configured to transmit other fault and/or alarmconditions such as tamper conditions, battery level, sensitivity,settings, etc. In many circumstances, emergency responders may be moreinterested in the temperatures within a building that is on fire thanwith the smoke concentration. In some circumstances, emergencyresponders are interested in both smoke concentration and heat. Thus, asensory node 705 that can communicate multiple conditions at once can beuseful to emergency responders.

For example, emergency responders can receive a temperature and smokeconcentration detected by sensory node 705 and can monitor changes intemperature and smoke conditions as the fire progresses. Emergencyresponders can also monitor the status of the sensory node 705, such asa tamper condition indicating that a cover plate has melted. In afurther example, emergency responders can, while the sensory node 705indicates a smoke alarm, monitor the temperature sensed by sensory node705 rise and trigger a heat alarm. While also monitoring the smoke alarmof the sensory node 705, emergency responders can monitor the sensedtemperature reach, for example, 700° F. before falling to a default,non-alarm temperature. In such a situation, emergency responders caninfer that the temperature of sensory node 705 continued to rise, butthe sensory node 705 experienced a problem (e.g., the burning of athermistor). As discussed above, under UL Standard UL-217, emergencyresponders utilizing the system described herein may receive only asmoke alarm. The emergency responders would not receive any indicationthat there is a temperature problem until after the smoke clears belowthe alarm threshold, and emergency responders may make incorrectinferences based on such data. However, with smoke alarms andtemperature information available at the same time, emergency responderscan make more appropriate inferences and assumptions about a situation.

FIG. 21 is a block diagram illustrating monitoring and control of acontrollable device based on sensed conditions in accordance with anillustrative embodiment. The system includes sensory node 2105, sensorynode 2110, sensory node 2115, and sensory node 2120, each of which is incommunication with a gateway 2125. The system also includes a database2145, a user device 2135, and a controllable device 2140 thatcommunicate with one another via a network 2130. In alternativeembodiments, fewer, additional, and/or different components may beincluded in the system.

In an illustrative embodiment, sensory nodes 2105-2120 can be any of thenodes described herein and can include any of the node functionalitydescribed herein. The sensory nodes 2105-2120 can communicate with thegateway 2125 through a wired connection or through a wireless connectionsuch as a short-range communication. In one embodiment, the gateway 2125can be a device that acts to receive, store, and/or distributeinformation received from the sensory nodes 2105-2120. The gateway 2125can receive information from the sensory nodes regarding occupancy,sensed conditions, battery life, etc. In an alternative embodiment, thegateway 2125 may be a decision node that includes at least some sensoryfunctionality. The gateway 2125 is in communication with network 2130,which can be a local area network, a wide area network, atelecommunications network, and/or any other network known to those ofskill in the art.

The database 2145 is in communication with the network 2130 such thatthe database 2145 is able to receive information from the gateway 2125regarding occupancy, sensed conditions, battery life, etc. The database2145 can be used to store and sort the received information. The storedinformation can be sorted based on the particular sensory node fromwhich the information originated, based on time of day that a conditionwas detected, based on the day of the week that the condition wasdetected, etc. such that trends can be identified for the particularsensory node. In one embodiment, the database 2145 can include theprocessing power to identify trends in the accumulated history ofinformation received from the sensory nodes. Alternatively, theprocessing of information may occur at the gateway 2125, at the userdevice 2135, or at another component of the system.

The user device 2135 can be a cellular phone, a tablet, a laptopcomputer, a desktop computer, a gaming device, or any other type ofpersonal computing device that is able to communicate through network2130. In an illustrative embodiment, the user device 2135 is asmartphone. The user device 2135 can receive information from database2145 and gateway 2125 via network 2130. The user device can also receiveinformation directly from gateway 2125 through a wireless or wiredconnection. The information received by the user device 2135 can includealerts, data regarding sensed events, data regarding the batterycondition of sensory nodes, identified trends in sensed data, etc. Userdevice 2135 is also in communication with controllable device 2140 asdiscussed in more detail below.

The controllable device 2140 can be a household appliance, acontrollable valve, an electrical outlet, a heating/cooling system, etc.In an illustrative embodiment, the controllable device 2140 is a deviceassociated with the structure that is affected by a sensed evacuationcondition or a device associated with the structure that might cause anevacuation condition. For example, an oven/stove/range is a controllabledevice that can potentially cause an evacuation condition in the form ofsmoke or a fire. The controllable device 2140 can similarly be a curlingiron, a furnace, a controllable valve on a water main or other waterline, a controllable valve on a gas line, a dishwasher, a microwave, arefrigerator, a freezer, an air conditioning unit, a water softener, ahot water heater, a gas fireplace, a fireplace fan or other house fan,etc.

In an illustrative embodiment, the controllable device 2140 includes acontrol unit that allows for remote and/or automated control of thecontrollable device 2140. The control unit can include a wirelesscommunication component that is configured to receive wireless controlsignals to place the controllable device into an off (or shut down)state. Alternatively, the control unit may receive the control signalthrough a wired connection. The control unit can also include a switch,actuator, signal generator, or other component that is able to place thecontrollable device into the off (or shut down) state.

In one embodiment, communication with the controllable device 2140 canbe one way communication. For example, in the event of an evacuationcondition, a control signal can be sent to the controllable device toplace the controllable device in the off state, regardless of whateverstate the controllable device was in when the evacuation condition wasdetected. Alternatively, communication with the controllable device 2140can be two-way such that the control unit of the controllable device canprovide an indication of whether the controllable device is in an onstate or an off state. The indication of state can be transmitted by thecontrollable device to any component of the system that is incommunication with the controllable device. In such an implementation,the controllable device can periodically broadcast the indication of itsstate to one or more other components in the system, or the controllabledevice can transmit its state in response to a status request receivedfrom another component in the system.

In one embodiment, a control signal can be generated by the gateway 2125and provided to the controllable device 2140. The control signal can begenerated in response to detection of an evacuation condition by asensory node. The control signal can also be generated based on aninstruction received from the database 2145 and/or from the user device2135. The control signal may also be generated by the user device 2135and/or the database 2145, and sent directly to the controllable device2140 from the user device 2135 or the database 2145. In one embodiment,the control signal can be generated and directly sent to thecontrollable device 2140 by one or more of the sensory nodes.

In an illustrative embodiment, the controllable device 2140 is monitoredand/or controlled based on information that is sensed by the sensorynodes. For example, in one embodiment, one or more controllable devicesmay be placed into an off state as a result of one or more nodes in thestructure detecting an evacuation condition or other condition such asrunning water, elevated levels of smoke/heat, elevated levels of carbonmonoxide, etc. In one embodiment, all controllable devices in thestructure are placed into the off state responsive to detection of anevacuation condition by any node in the structure. Alternatively, onlycontrollable devices which are proximate to the sensory node thatdetects the evacuation condition may be placed into the off state.Proximate can refer to being in the same room of the structure or beingwithin a certain distance of one another, such as within 20 ft, within30 ft, within 50 ft, etc. In another embodiment, the controllabledevices which are placed into the off state may be based on the type ofevacuation condition that is detected and/or the severity of thedetected evacuation condition. The determination of whether to place thecontrollable device into the off state can also be based at least inpart on detected occupancy within the structure (i.e., the determinationof whether to turn off the controllable device may be based in part onwhether any occupants are in the structure at the time that theevacuation condition or other condition is detected).

The controllable device 2140 may also be controlled based at least inpart on monitoring that results in historical information being storedin the database 2145 or other location. The historical information canbe information regarding previously sensed conditions within thestructure. The historical information can also refer to trends that areidentified as a result of previously sensed conditions within thestructure. The trends may be identified by a processing component of thedatabase 2145, by the gateway 2125, by the user device 2135, and/or byone or more of the sensory nodes. For example, a sensory node located ina bathroom of a structure may detect elevated levels of humidity onweekday mornings between 6:30 am and 7:00 am as a result of anoccupant's daily shower before going to work, and the system mayidentify this occurrence as a trend based on accumulated data over aperiod of time. The system can then know that detection of elevatedhumidity levels in that bathroom between 6:30 am and 7:30 am is anordinary occurrence that does not require any action to be taken such asalerting the user, turning off a water supply to the bathroom, turningoff a water main to the structure, etc.

As an example, the controllable device 2140 can be a range that islocated in a kitchen of a structure. Although a range is used in severalof the examples below, it should be understood that the controllabledevice 2140 is not limited to a range and can be any of the otherdevices/systems described herein. If an evacuation condition is detectedby a sensory node located in the structure, an indication of theevacuation condition can be provided from the sensory node to thegateway 2125. In response to receiving the indication of the evacuationcondition, the gateway 2125 can generate a control signal and send thecontrol signal to the control unit of the range to automatically turnoff the range so that it does not contribute (or further contribute) tothe evacuation condition. In one embodiment, the gateway 2125 may notknow the status of the range (i.e., whether the range is on or off), andthe control signal is sent to the range regardless of whether the rangeis in the off state or on state to ensure that the range is off. In analternative embodiment, the gateway 2125 can send a status requestsignal to the control unit of the range, where the status request signalinquires as to the current state of the range. In response to the statusrequest signal, the control unit of the range can send a statusindicator signal back to the gateway 2125 which specifies the currentstate of the range. If the status indicator signal indicates that therange is already in an off state, a control signal is not sent from thegateway 2125 to the range. If the status indicator signal indicates thatthe range is in an on state, a control signal is sent from the gateway2125 to the range to place the range in the off state. In anotheralternative embodiment, the control unit of the range may periodicallybroadcast a status indicator signal to the gateway 2125 such that thegateway 2125 is aware of the status of the range. In the event of anevacuation condition, the gateway 2125 can take appropriate action basedon a most recent status indicator signal broadcast by the range. Forexample, if an evacuation condition is detected, and the most recentstatus indicator signal indicates that the range is off, the gateway2125 can take no action. However, if an evacuation condition isdetected, and the most recent status indicator signal indicates that therange is on, the gateway 2125 can send a control signal to the controlunit of the range to turn the range off.

In an embodiment in which the control unit of the controllable device2140 is able to broadcast a status indicator signal, the controllabledevice 2140 can also be configured to transmit information regarding anydefects or problems with the controllable device. As just one example inwhich the controllable device is a furnace, the furnace can beconfigured to detect reduced air flow as a result of a clogged filter.In response to detection of the reduced air flow, the control unit ofthe furnace can send a message directly or indirectly to the user device2135 with an indication that the filter should be replaced. Similarly,the controllable device 2140 can transmit indications of mechanicalfailure, maintenance reminders, etc. to the user.

In an alternative implementation of the above example, the interactionswith the control unit of the range may be performed by the user device2135. For example, upon detection of an evacuation condition in thestructure, an indication of the evacuation condition can be provided tothe user device 2135 either directly from the sensory node that detectedthe evacuation condition, from another sensory node in communicationwith the sensory node that detected the evacuation condition, directlyfrom the gateway 2125, or indirectly from the gateway 2125 or a sensorynode through the network 2130. Upon receipt of the indication of theevacuation condition, the user device 2135 can automatically cause acontrol signal to be sent to the range to turn the range off. Thecontrol signal can be sent directly from the user device 2135 to therange, or indirectly from the user device 2135, through the network 2130to the gateway 2125 such that the gateway 2125 can send the controlsignal on to the range. As discussed above with respect tocommunications between the gateway 2125 and the range, the user device2135 may similarly receive a status indicator signal from the range aseither a periodic broadcast from the range or in response to a statusrequest signal initiated by the user device 2135 and sent eitherdirectly or indirectly to the range.

In one embodiment in which the user device 2135 interacts with thecontrollable device 2140, the user device 2135 can, upon receipt of anindication of an evacuation condition, prompt a user of the user device2135 regarding whether the user wishes to send a control signal to turnoff the controllable device 2140. The prompt may include informationregarding which sensory node detected the evacuation condition, theseverity of the evacuation condition, the type of the evacuationcondition, etc. such that the user can make an informed decisionregarding whether to turn off the controllable device 2140. In oneembodiment in which the user device 2135 is aware of the state of thecontrollable device 2140 based on a status indicator signal receiveddirectly or indirectly from the controllable device 2140, the userdevice 2140 may only prompt the user to take action if the controllabledevice 2140 is on. In an illustrative embodiment, the user can also usethe user device 2135 to remotely control any controllable devicesregardless of whether any condition is sensed within the structure.

In another implementation, actions taken by the gateway 2125 or userdevice 2135 with respect to the controllable device 2140 may occur inonly certain situations based on the specific sensory node that detectedthe evacuation condition, the type of the evacuation condition, theseverity of the evacuation condition, detected occupancy within thestructure, and/or historical information or trends identified by thesystem based on an accumulated history of sensed data within thestructure. For example, the system may be configured such that thecontrollable device 2140 is turned off only in the event of anevacuation condition being detected by one or more specific sensorynodes. In such an embodiment, the controllable device 2140 may be arange in a kitchen of the structure and the range may be turned off onlyif the evacuation condition is detected by a sensory node located in thekitchen, only if the evacuation condition is detected by a sensory nodelocated in the kitchen or by a sensory node located in a hallwayadjacent to the kitchen, etc.

Similarly, the controllable device 2140 may be turned off only if thedetected evacuation condition is of a certain type. For example, if thecontrollable device 2140 is a range, the range may be turned off only ifthe detected evacuation condition is heat or smoke. As discussed above,the range may also be turned off only if the smoke/heat is detected byone or more specific sensory nodes that are located proximate to therange. Similarly, the controllable device may be a furnace that isturned off if the detected evacuation condition is an elevated carbonmonoxide (CO) level within the structure. In such an example, thefurnace may be turned off if the high CO level is detected anywherewithin the structure or by one or more specific sensory nodes within thestructure. Similarly, a water valve may be turned off if one or moresensory nodes detect running water for an unusual duration of time or ata time of day when water is not normally running in the structure basedon historical information saved in the database 2145 regarding priorwater use in the structure. As another example, the controllable device2140 may be a shut-off valve on a gas line (e.g., natural gas orpropane) coming into the structure, and the valve may be turned off ifany sensory node in the structure detects excessive heat or smoke, or ifone or more specific sensory nodes detect such excessive heat or smoke.The valve to turn off the gas line can be located within the structureor external to the structure, depending on the implementation.

Additionally, the determination of whether to send a control signal toturn off the controllable device 2140 can be based at least in part on aseverity or a magnitude of the sensed condition. For example, thresholdscan be used to determine when to send a control signal. One thresholdcan be temperature such that a control signal is sent to one or morepredetermined controllable devices if the temperature exceeds X degreesFahrenheit, where X can be 100°, 105°, 110°, 120°, etc. Similarly, thecontrol signal can be sent to one or more predetermined controllabledevices if a detected carbon monoxide level exceeds a threshold level,if detected water flow exceeds a threshold rate, if smoke concentrationexceeds a threshold level, etc.

The determination of whether to send a control signal to turn off thecontrollable device 2140 can also be based at least in part on detectedoccupancy within the structure. For example, in the event of a detectedcondition, a control signal to turn off the controllable device 2140 maybe sent only if the system determines that there are no occupantspresent in the structure. Similarly, the control signal may be sent onlyif there are no occupants detected in a certain portion of thestructure, such as a particular room or rooms.

In another illustrative embodiment, the determination of whether to senda control signal to turn off the controllable device 2140 can also bebased at least in part on historical information or trends that areidentified over time by the system. The historical information caninclude time(s) of day and/or day(s) of the week when smoke is detected,time(s) of day and/or day(s) of the week when heat is detected, time(s)of day and/or day(s) of the week when instructions have been receivedfrom a user (e.g., via user device 2135) to not turn off a controllabledevice in the event of detected condition, time(s) of day and/or day(s)of the week when water flow is detected, etc. The historical informationcan also include levels of smoke, heat, gas, etc. that have previouslybeen detected in the structure alone or in combination with the time(s)of day and/or day(s) of the week when such levels were detected. As aresult, the system can identify false alarms based on prior activity inthe structure. In the event that a potential false alarm is detected,the system can either take no action or request instructions from theuser (e.g., via user device 2135) regarding whether to turn offcontrollable devices as a result of the sensed information.

The ability to avoid false alarms is also important in the context of akitchen, where it is more common for smoke and/or heat to be generatedduring cooking. Many homes do not include a smoke detector or othersensor system in the kitchen due to the high number of false alarms thatwould be received as a result of cooking. This is a dangerous situationbecause many fires actually originate in the kitchen. With the abilityto identify false alarms based on historical information, the presentsystem allows for a sensory node to be placed in kitchens, improving theoverall safety of the structure.

In one embodiment, sensory nodes or other components of the system canbe configured to identify information regarding a fire based on a smokesignature received by one or more sensory nodes. The controllable device2140 may be controlled based at least in part on the identified smokesignature. As discussed above, a smoke signature can be used todetermine a type of fire and/or a source of fuel for a fire. As anexample the smoke signature may indicate that a given fire is angrease/oil fire in the kitchen. As a result of the determination, thesystem can override a sprinkler system (i.e., controllable device) inthe structure such that water is not put on the grease/oil fire, causingthe fire to spread. In another embodiment, the smoke signature mayindicate that the fire is a wood fire. Such detection of a wood fire ina home with a wood burning fireplace may be ignored up to certainthresholds of heat and/or smoke, whereas detection of a wood fire in ahome without a wood burning fireplace may result in control signalsbeing sent to one or more controllable devices within the structureand/or alerts sent to the user.

In another illustrative embodiment, the systems described herein mayperform monitoring of controllable devices without implementing actualcontrol of the controllable devices. For example, the system can beconfigured to identify out of boundary conditions, conditions whichdepart from previously recognized trends, etc. and alert a user and/oran external computing device of the identified condition such that theuser and/or external computing device determines whether to implement acontrol instruction based on the alert.

FIG. 22 is a flow diagram illustrating operations for monitoring acontrollable device in accordance with an illustrative embodiment. Inalternative embodiments, fewer, additional, and/or different operationsmay be performed. Also, the use of a flow diagram is not meant to belimiting with respect to the order of operations performed. In anoperation 2200, the system monitors an area that includes a controllabledevice. The monitoring can be performed by one or more sensory nodes, asdiscussed herein. The area that is monitored can be a structure, a roomor space within a structure, any other area proximate to a controllabledevice, and/or any other area associated with a controllable device. Thecontrollable device can be any of the controllable devices describedherein.

In an illustrative embodiment, information regarding the monitored areais stored in a database or other storage unit. In an operation 2205, themonitored information is analyzed to identify historical information.The historical information can include trends, patterns, normal timesand/or durations of usage, etc. with respect to sensed conditions suchas temperature levels, smoke levels, occupancy, water running, and soon. The analysis can be performed by any of the system componentsdescribed herein, included the gateway, and user device, the database,and the sensor nodes themselves.

In an operation 2210, a condition is detected. The condition can referto any type of condition that is sensed by one or more of the sensornodes. For example, the detected condition can be running water, anincrease in temperature, an increase in smoke, a decrease intemperature, a change in humidity, related to occupancy, etc. In anoperation 2215, the detected condition is analyzed in view of thehistorical information. In an illustrative embodiment, the analysis isperformed automatically by one or more of the system components, such asthe gateway, the database, the sensory nodes, and/or the user device.The analysis can include identifying that a detected condition hasexceeded a threshold and is potentially indicative of an out of boundscondition, where the threshold is based on the accumulated historicalinformation. The analysis can also include identifying that the detectedcondition does not match a trend or pattern of the historicalinformation.

In an operation 2220, a determination is made regarding whether togenerate an alert based on the analysis of operation 2215. Thedetermination can be made based on whether the detected conditionexceeds a threshold or otherwise indicates that the controllable deviceshould potentially be turned off. The determination can be made by thegateway, the database, or any other component of the system. If thedetermination of operation 2220 is affirmative, an alert is generatedand sent in an operation 2225. In one embodiment, the alert is sent to auser device such that the user or the user device can determine whetherthe controllable device should be placed into an off state. If the useror user device determines that the controllable device should be placedinto the off state, the user device can send a control signal to acontrol unit of the controllable device. In another embodiment, thealert can be sent directly to the control unit of the controllabledevice or an external computer, and the control unit or externalcomputer can determine whether to place the controllable device into theoff state. If the determination of operation 2220 is negative, thesystem continues monitor the area and detect conditions within the area.

In an illustrative embodiment, any of the operations described hereincan be implemented at least in part as computer-readable instructionsstored on a computer-readable memory. Upon execution of thecomputer-readable instructions by a processor, the computer-readableinstructions can cause a node to perform the operations.

The foregoing description of illustrative embodiments has been presentedfor purposes of illustration and of description. It is not intended tobe exhaustive or limiting with respect to the precise form disclosed,and modifications and variations are possible in light of the aboveteachings or may be acquired from practice of the disclosed embodiments.It is intended that the scope of the invention be defined by the claimsappended hereto and their equivalents. Unless otherwise noted, use ofthe term “approximately,” “about,” or similar words is to mean plus orminus ten percent.

What is claimed is:
 1. A method for controlling a controllable device inresponse to detected conditions comprising: sensing, by one or moresensory nodes, conditions of an area in which the controllable device islocated; determining, by a first processor, an ordinary behavior of thesensed conditions using an accumulated history of condition information;determining, by a second processor, that the sensed conditions representa non-ordinary behavior that is not an ordinary behavior of the sensedconditions; determining, by the second processor, that the non-ordinarybehavior relates to the controllable device, wherein such adetermination, at least in part, is based on a type of the non-ordinarybehavior and where the relationship is determined, at least in part,based on an ability of the controllable device to influence the sensedconditions; generating, by the second processor, an alert pertaining tothe controllable device in response to determining the non-ordinarybehavior relates to the controllable device; sending, by the secondprocessor, the alert to a computing device; and sending, by at least oneof: the first processor, the second processor, or the computing device,a control signal to the controllable device that causes the controllabledevice to function in a manner that will mitigate the non-ordinarybehavior.
 2. The method of claim 1, wherein the first and secondprocessor are the same processor.
 3. The method of claim 1, whereindetermining that the sensed conditions represent a non-ordinary behavioris further based on a location of the one or more sensory nodes.
 4. Themethod of claim 1, wherein determining that the sensed conditionsrepresent a non-ordinary behavior is, at least in part, based on a timeof day associated with the sensed conditions.
 5. The method of claim 1,wherein determining that the sensed conditions represent a non-ordinarybehavior is, at least in part, based on a determination that the sensedconditions exceed a threshold;
 6. The method of claim 5, wherein thethreshold is determined by a time of day.
 7. The method of claim 5,wherein the threshold is determined by a rate of change of the sensedconditions.
 8. The method of claim 1, wherein the control signal causesthe controllable device to stop operating.
 9. The method of claim 1,further comprising sensing an occupancy of the area, and sending acontrol signal to the controllable device based, at least in part, onthe sensed occupancy.
 10. The method of claim 1, wherein the sensedconditions comprise a smoke signature.
 11. The method of claim 10,wherein the control signal sent to the controllable device is based, atleast in part, on the smoke signature.
 12. The method of claim 1,further comprising sending a status request signal to the controllabledevice to determine a current state of the controllable device.
 13. Themethod of claim 12, wherein sending the control signal to thecontrollable device is based, at least in part, on the current state ofcontrollable device.
 14. The method of claim 12, further comprisingreceiving a status signal from the controllable device, wherein thestatus signal indicates at least one of a defect or a mechanical failureof the controllable device.
 15. The method of claim 14, wherein thecontrol signal sent to the controllable device is based, at least inpart, on the status signal.
 16. The method of claim 1, wherein thesensed conditions comprise at least one of a temperature, gas detection,a smoke signature, a sound level, or a water flow.
 17. A system forcontrolling a controllable device in response to sensed conditionscomprising: one or more sensor nodes configured to sense conditions ofan area in which the controllable device is located; one or moreprocessors, the processors in combination configured to: determine anordinary behavior of the sensed conditions using an accumulated historyof condition information; determine that the sensed conditions representa non-ordinary behavior that is not an ordinary behavior of the sensedconditions; determine that the non-ordinary behavior relates to thecontrollable device, the determination based, at least in part, on atype of the non-ordinary behavior, where the relationship is furtherdetermined based on an ability of the controllable device to influencethe sensed conditions; generate an alert pertaining to the controllabledevice in response to determining the non-ordinary behavior relates tothe controllable device; send the alert to a computing device; and send,by at least one of: one of the processors or the computing device, acontrol signal to the controllable device that causes the controllabledevice to function in a manner that will mitigate the non-ordinarybehavior.
 18. The system of claim 17, wherein one of the one or moresensor nodes are controlled by one of the one or more processors. 19.The system of claim 17, wherein the determination that the sensedconditions represents a non-ordinary behavior that is not an ordinarybehavior of the sensed condition information is based on at least oneof: a trend in the sensed conditions; a rate of change detected in thesensed conditions; or a time of day pertaining to the sensed conditions.20. A system for controlling a controllable device in response to sensedconditions comprising: one or more sensor nodes configured to senseconditions of an area in which the controllable device is located; afirst processor configured to: determine an ordinary behavior of thesensed conditions using an accumulated history of condition information;and determine that the sensed conditions represent a non-ordinarybehavior that is not an ordinary behavior of the sensed conditions; asecond processor configured to: determine that the non-ordinary behaviorrelates to the controllable device, the determination based, at least inpart, on a type of the non-ordinary behavior, where the relationship isfurther determined based on an ability of the controllable device toinfluence the sensed conditions; generate an alert pertaining to thecontrollable device in response to determining the non-ordinary behaviorrelates to the controllable device; send the alert to a computingdevice; and instructions that when executed, cause a control signal tobe sent to the controllable device by at least one of: the firstprocessor, the second processor, or the computing device, that causesthe controllable device to function in a manner that will mitigate thenon-ordinary behavior.